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CHAPTER 


INTRODUCTION 


1.1   PRESENT  STATE  OF  PRODUCTION  PLANNING 

We  propose  to  study  in  this  report  the  "state  of  the  art" 
of  production  planning  in  firms  manufacturing  large  and  complex 
products.   We  will  see  that  the  advent  of  critical  path  tech- 
niques has  opened  new  horizons  in  production  planning  procedures. 
Methods  recently  developed  using  these  techniques  make  possible 
large  savings  in  in-process  inventories,  delay  penalties,  and 
indirect  costs.   An  analysis  of  the  planning  system  as  a  whole, 
including  all  relevant  costs,  show  how  those  savings  can  be 
achieved. 

Before  entering  into  the  merit  of  these  techniques,  though, 
the  problem  should  be  stated,  and  some  concepts  clarified. 

1.1.1   Job- Shop  Production 

Consider  a  factory  organized  around  a  job-shop  type  of 
production.   This  type  of  production  is  used  for  shipyards, 
large  turbines  and  generators,  material -handling  equipment,  paper 
machines,  marine  engines,  etc.   The  characteristics  of  this  type 
of  production  are: 

I.   The  product  is  usually  very  large,  both  in  physical 
size  and  in  monetary  value;  it  usually  takes  a  long  time 
to  be  built,  and  ties  up  huge  amounts  of  resources  (men, 
money,  machines). 


II.  There  is  a  heavy  engineering  content  in  the  product; 
each  hydraulic  turbine,  for  instance,  has  to  be  designed 
in  accordance  with  the  specific  characteristics  of  the 
fall  or  dam  where  it  will  be  installed. 

III.  The  product  is  custom-made.   Due  to  the  technical 
and  functional  requirements,  each  product  is  designed 
around  the  specifications  set  by  the  client;  an  order  for 
a  heavy  over-head  crane,  for  instance,  will  specify  not 
only  the  desired  lifting  capacity,  (tonnage)  of  the  crane 
(or  of  each  one  of  its  hoists),  but  also  length,  speed, 
minimum  free  height,  weight,  hoisting  speeds,  safety  mea- 
sures, materials,  etc.   Frequently  delivery  dates  are  also 
specified,  along  with  technical  requirements.   This  usually 
happens  when  the  equipment  is  just  a  component  of  a  larger 
project. 

IV.  Considering  the  above  mentioned  characteristics ,  it 
can  be  seen  why  this  type  of  production  is  essentially 
non-repetitive.   It  is  the  rule,  not  the  exception,  never 
to  have  two  orders  exactly  alike  all  through  the  life  of 
the  firm.   If  one  thinks,  for  instance,  of  a  turbine  manu- 
facturer, he  may  receive  an  order  for  three  or  four  tur- 
bines exactly  alike  for  a  specific  hydroelectric  power 
plant;  but  it  is  highly  improbable  that,  in  the  future, 
another  hydroelectric  plant  exactly  equal  to  the  first  will 
ever  be  built  again;  and  it  is  thus  equally  improbable  that 
the  firm  will  ever  run  across  an  order  for  a  turbine 


exactly  equal  to  the  first  three  ones. 

Job-shop  production  deals  then  basically  with  projects. 
Projects,  in  a  broad  sense,  are  complex,  non-repetitive  jobs. 
The  construction  of  a  factory,  the  building  of  a  large  weapons 
system,  are  projects.   The  housewife,  planning  a  formal  dinner, 
is  involved  in  a  project;  so  is  the  Army,  when  devising  a  new 
missile  system,  or  NASA,  planning  to  send  a  man  to  the  moon. 

It  should  then  be  seen  that  production  planning  problems 
in  a  factory  organized  for  job- shop  production  are  only  part  of 
the  larger  problems  of  Project  Management.   This  report  will  then 
concentrate  on  the  application  of  critical  path  techniques,  the 
latest  development  in  the  discipline  of  Project  Management,  to 
the  more  specific  problems  of  production  planning  in  a  job-shop 
manufacturing  firm.   In  the  production  planning  problems ,  we 
will  further  focus  attention  on  the  scheduling  of  the  fabrication 
operations.   The  whole  manufacturing  project  involves  several 
steps: 

-  designing  the  product; 

-  ordering  materials  and  components; 

-  fabrication  of  the  parts  in  the  machine  shop  or  weld- 
ing shop; 

-  assembling; 

-  testing; 

-  disassembling  and  shipping; 

-  final  assembling  on  the  site. 

We  can  see  then  that  the  scheduling  of  the  fabrication  is 


but  one  of  the  several  sub-problems  in  the  general  planning  and 
scheduling  problem.   It  is  one  of  the  most  crucial;  it  is  also 
the  step  where  the  use  of  modern  planning  techniques  can  be  most 
profitable  in  this  type  of  production  organization. 

Let  us  then  review  the  techniques  presently  used  to  solve 
the  scheduling  problem  in  machine  shops. 

1.1.2  Traditional  Scheduling. 

The  traditional  scheduling  procedures  have  been  based  on 
several  variations  of  Gantt  charts  (12)  and  on  a  clerical  pro- 
cedure of  posting  operation  and  route  sheets.   This  procedure  is 
divided  into  two  (and  sometimes  three)  levels:  the  project  as  a 
whole  (including  all  steps,  not  only  fabrication)  was  scheduled 
and  controlled  by  means  of  a  Gantt  Progress  Chart  (see  Fig.  1), 
in  what  is  called  (rather  improperly)  "long-range  planning!' 
The  fabrication  step,  in  the  shop,  constitutes  the  "intermediate 
and  short-range  planning,"  and  relies  on  Gantt  Load  Charts  and 
clerical  posting. 

1.1.2.1  Long-range  Planning. 

The  Gantt  progress  Chart  is  the  oldest  type  of  Gantt 
chart.   Several  key  completion  dates  (modernly  called  "mile- 
stones") are  set  for  the  project,  and  the  progress  of  the  oper- 
ation is  recorded  periodically  in  the  chart  (as  a  full  line,  or 
a  contrastingly-colored  string).   Comparing  the  full  line  with 
the  milestone,  it  can  be  readily  seen  which  projects  are  late 
(thus  needing  expediting),  and  what  step  is  causing  the  delay. 
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FIGURE  1. — Detail  of  a  Produc-Trol  board  (a  visual  display  of 
Gantt  Progress  Chart) 

As  an  illustration,  in  Fig.  1.,  it  can  be  seen  that,  as  of  week 
22,  orders  3211  and  3214  are  late;  3212,  3215,  5217  and  3218  are 
ahead  of  schedule;  3213  is  on  schedule,  and  3216  has  been  closed 
(delivered). 

1.1.2.2   Intermediate -range  Planning. 

There  are  several  possible  ways  of  scheduling  production 
on  the  intermediate  and  short-range  level.   Usually  each  company 
develops  a  procedure  appropriate  for  its  particular  needs.   But 
all  methods  traditionally  rely  on  some  variation  of  Gantt  Load 
Charts  and  clerical  posting.   The  method  to  be  developed  here  is 
fairly  typical  of  this  type  of  production,  and  still  is  largely 
used  today.   As  we  shall  see  later,  it  is  markedly  inefficient 
when  compared  to  some  more  modern  methods. 

• 

This  method  separates  the  intermediate-range  from  the 
short-range  scheduling  steps;  its  cornerstone  is  the  concept  of 
a  delay-unit.  A  delay-unit  is  a  specified  unit  of  time,  chosen 
by  management;  only  one  operation  is  schedtiled  per  delay-unit 
in  each  part.   The  most  usual  delay-units  are  one  week  (one 
operation  being  then  scheduled  per  week),  or  three  days  (two 
operations  per  week).   The  choice  of  the  delay-unit  depends  on 
the  average  operations  time  in  the  machine  shop.   The  tools  used 
by  this  method  are  Machine -group  Loading  Charts  and  Route  Sheets 
(or,  alternatively,  Flow  Charts  of  the  fabrication). 

Initially,  the  planner  receives  from  the  Industrial  Engi- 
neering Department,  for  each  new  order,  a  Route  Sheet  for  each 
part  of  the  project;  these  Route  Sheets  contain  the  sequence  of 
operations  to  be  done  on  the  part,  and  the  time  standards  for 
each  operation.   The  planner  also  obtains,  from  the  long-range 
planning,  the  scheduled  drte  for  the  end  of  fabrication  (or  end 
of  assembly).   From  these  dates  he  then  works  backwards  in  time, 
establishing  dates  for  completion  of  each  sub-assembly,  for  each 
part  in  each  sub-assembly,  for  each  operation  in  each  part  and, 
finally,  for  the  delivery  of  materials  necessary  for  each  part. 

As  an  ideal  illustration  of  the  routine,  see  Fig.  1.   The 
planner  knows  (considering  the  whole  project  fabrication  flow- 
chart, of  which  Fig.  2  is  but  a  detail)  the  scheduled  completion 
date  of  operation  45,  "assembly  of  the  subcomponents  into  the 
final  sub-assembly:"  it  is  at  the  end  of  week  19.   As  this  oper- 
ation takes  a  week,  the  two  siibcomponents  have  to  be  ready  at 


the  end  of  week  18 ;  so ,  operations  44  and  43  have  to  be  scheduled 
in  week  18  (or  earlier).   Operation  42,  then,  can  be  scheduled  at 
week  17,  and  so  on.   In  this  way,  all  operations  for  every  part, 
and  the  material  deliveries,  are  scheduled  in  the  shop. 
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FIGUTJ.S  2. --Flowchart  for  an  hypothetical   sub-assembly. 


The  routine  just  shown  is,  of  course,  a  great  simplifica- 
tion of  the  actual  routine.   In  practice,  the  scheduling  has  to 
be  done  both  in  the  Route  Sheet  (or  flowchart)  by  posting  of 
dates  and,  simultaneously,  by  loading  the  posted  operation  into 
a  Load  Chart. 

The  load  Chart  is  another  variation  of  Gantt  charts.   As 
used  in  the  production  planning  department,  it  shows  the  future 
workload,  in  machine  hours,  for  each  group  of  machines. 

In  Fig.  3,  the  detail  of  a  typical  Load  Chart  is  shown  for 
two  machine  groups.   The  lathe  group  has  four  machines,  with  a 
capacity  of  400  hours  per  week  (in  two  shifts,  each  shift  with 
50  hours  per  week) ;  the  milling  machines  are  a  group  of  six 
machines,  also  on  two  shifts,  thus  with  a  weekly  capacity  of  600 
hours . 

As  an  illustration  of  the  actual  scheduling  process,  con- 
sider that   the  planner  is  trying  to  schedule  operation  34  in 
week  IS,  as  shown  in  the  ideal  schedule  of  Fig.  2.   Suppose  that 
operation  34  is  made  on  a  lathe  and  that,  for  week  15,  the  lathe 
group  is  already  fully  loaded  (that  is,  more  than  400  hours  of 
lathe  operations  have  already  been  scheduled  for  that  week) ,  as 
shown  in  Fig.  3.   Looking  at  the  Load  Chart,  the  planner  realizes 
that  week  15  is  already  fully  loaded,  but  that  the  operation 
could  be  done  either  in  week  13  or  in  week  16,  both  not  yet  fully 
loaded  (see  Fig.  3).   If  he  decides  on  week  13,  he  posts  the  date 
("week  13")  on  the  P.oute  Sheet  for  operation  34  and  immediately 
loads  in  the  Load  Chart  the  group  lathes  week  13  with  the 


standard  lathe  hours  for  operation  34.   He  then  proceeds  in  a 
similar  manner  to  schedule  operation  33.   By  juggling  judici- 
ously with  the  dates  and  the  weekly  loads,  the  experienced  plan- 
ner then  defines  a  week  for  each  one  of  the  hundreds  of  opera- 
tions in  the  process. 
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1.1.2.3   Short-range  Planning. 

Short-range  planning  deals  with  setting  of  the  exact 
moment,  inside  the  week,  when  each  operation  will  begin  for  each 
machine,  inside  the  group  of  machines.   This  planning  problem, 
much  simpler  than  the  intermediate-range,  can  be  delegated  to  the 
group  foremen.   He  receives  every  week  from  the  production  plan- 
ning department  the  list  of  operations  to  be  made  for  next  week 
in  each  part;  the  foreman  then  decides  the  exact  loading  sequence 
of  each  machine,  and  controls  it  using  more  detailed  Progress 
Charts  (one  line  for  each  machine).   The  exact  sequence  is  not 
important  for  the  planner,  as  long  as  all  operations  scheduled 
for  one  week  are  completed  in. that  week. 

1.1.3  Evaluation  of  the  Traditional  Scheduling  Procedure . 

The  whole  system  can  function  smoothly  once  a  judicious 
amount  of  slack  is  introduced  by  the  planner.   When  operations 
are  delayed,  or  materials  do  not  arrive  in  time,  the  planner 
can  reschedule  the  project  juggling  with  this  slack. 

There  are  two  grave  drawbacks,  though.   They  are  caused 
by  this  unnecessary  introduction  of  slack,  and  by  the  policy  of 
scheduling  one  operation  per  week.   Let  us  analyze  in  more  detail 
those  two  disadvantages. 

1.1.3.1   First  Disadvantage:  Introduction  of  Excessive  Slack. 
Nothing  assures  the  planner  that  the  project  is  at  all 
feasible,  that  is,  that  the  desired  completion  dates  could  be 
respected. 
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As  an  illustration  of  this  statement,  let  us  come  back  to 
the  example  mentioned  in  1.1.3.2,  the  scheduling  of  operation  34 
(see  again  Fig.  2).   In  the  same  way  as  this  operation  could  not 
be  scheduled  on  week  15,  as  desired,  it  may  happen  that  it 
could  not  have  been  scheduled  in  any  earlier  week.   All  weeks 
preceding  week  IS  could  be  fully  loaded,  so  operation  34  would 
have  to  be  scheduled  at  some  other  time.   Anyway,  if  operation 
34  is  scheduled  to  some  week  later  than  15,  it  is  obvious  that 
operation  35,  that  is  to  be  done  after  34,  will  not  be  executed 
in  week  16,  as  scheduled;  all  subsequent  operations  will  thus 
have  to  be  rescheduled.   This  means  that  whenever  he  schedules 
an  operation,  the  planner  runs  the  risk  of  having  to  begin  all 
over  again,  rescheduling  most  of  the  already  scheduled  operations 

To  get  around  this  obviously  cumbersome  procedure,  the 
planner  introduces  slack  in  its  scheduling,  that  is,  he  purpose- 
fully and  systematically  leaves  slack  (idle)  weeks  between  oper- 
ations; he  then  doer  not  schedule  always  successive  operations 
in  successive  weeks.   If  trouble  develops  later,  the  planner  can 
juggle  with  these  slack  weeks,  and  does  not  have  to  reschedule 
the  whole  project. 

tost  of  the  slack  weeks  introduced  will  not  be  used  in 
trouble -shoo ting  scheduling  impossibilities,  though.   These  re- 
maining slacks  are  wasteful,  for  they  increase  the  average  fab- 
rication span  of  the  parts,  increasing  then  the  optimal  (mini- 
mum possible)  amount  of  capital  tied  up  in  work-in-process 
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inventory.   This  problem  of  the  minimization  of  work-in-process 
inventory  will  be  further  studied  in  1.2.   For  the  moment,  it  is 
enough  to  notice  that  the  amount  of  capital  tied  up  in  work-in- 
process  is  inversely  proportional  to  the  average  fabrication 
span  of  the  pieces.   The  fabrication  span  of  a  piece  is  the  time 
elapsed  between  the  instant  the  piece  enters  the  machine  shop 
("bought"  either  from  the  supplier  or  from  the  warehouse)  and 
the  instant  it  leaves  the  shop  ("sold"  either  to  the  client,  as 
a  part  of  the  final  product,  or  to  another  department,  such  as 
Final  Assembly,  as  a  sub-component).   Ideally,  to  minimize  in- 
pi-ocess  inventory,  the  manufacturer  would  prefer  to  buy  the  raw 
materials  as  late  as  possible,  to  fabricate  the  product  in  the 
shortest  possible  time,  and  to  ship  it  to  the  client  (receiving 
the  bill)  as  soon  as  possible.   3ee  Fig.  4. 

Notice  that  this  idea  of  the  fabrication  span  is  indepen- 
dent of  delaying  the  project.   An  increase  in  the  fabrication 
span  will  only  delay  the  px-oject  completion  time  if  the  delivery 
dates  of  the  materials  are  fixed.   Fig.  4  shows  two  schedules, 
one  optimal,  another  sub-optimal,  for  the  same  project;  the  aver- 
age fabrication  span  of  the  sub-optimal  schedule  is  larger  than 
the  span  for  the  optimal  schedule,  but  the  completion  time  (week 
18)  is  equal  for  the  two  schedules.   The  difference  is  that  the 
materials  for  some  of  the  parts  in  the  sub-optimal  schedule  must 
be  bought  earlier  (or,  brought  earlier  into  the  shop). 

We  can  see  then,  that  the  introduction  of  unused  slack  in 
the  scheduling  by  the  planner  has  the  disadvantage  of  increasing 
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the  capital  tied  up  in  the  in-process  inventory. 
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Optimal  scheduling: 
each  part  enters  the 
machine  shop  as  late 
as  possible. 

Fabrication  span  (max- 
imum) =  18  -  12  =  6 
weeks 


Sub-optimal  scheduling: 
some,  parts  enter  the 
shop  before  they  have  to: 

Fabrication  span  (max- 
mum)  =  18  -  10  =  8 
weeks. 


FIGURE  4. — Optimal  and  sub-optimal  scheduling. 


1.1.3.2  Second  Disadvantage:  Only  One  Operation  par  Week. 

The  second  drawback  of  this  traditional  scheduling  method 
lies  in  the  simplifying  policy  of  scheduling  only  one  operation 
per  weak  for  e  ach  part.  This  policy  forces  the  execution  time  of 
the  operation  to  be  one  week,  regardless  of  the  actual  completion 
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time  estimated  by  the  Industrial  Engineering  Department. 

If,  other  things  being  equal,  the  planner  wants  to  mini- 
mize the  average  fabrication  span  of  the  pieces,  he  would  try  to 
schedule  all  operations  "back-to-back",  that  is,  as  soon  as  one 
operation  in  one  part  ends,  the  part  should  be  transported  to 
another  machine,  fixed  and  the  second  operation  should  begin. 
Ideally,  then,  if  a  part  requires  five  different  operations,  in 
five  different  machines,  each  operation  with  three  hours  of  stan- 
dard time,  this  part  could  be  completed  in  5  x  3  =  15  hours  of 
continuous  work  (less  than  a  day).   This  state  of  affairs  is,  of 
course,  practically  impossible,  for  it  would  require  that  all 
machines  be  idle,  waiting  anxiously  to  begin  work  on  this  one 
part.   We  have  to  reconcile  our  objective  of  minimizing  inventory 
with  other  objectives  such  as  leveling  the  machine  load. 

Anyway,  fifteen  hours  would  be  the  minimum  possible  fabri- 
cation span  for  this  part.   Note  that,  in  the  traditional  sched- 
uling procedure,  the  fabrication  span  for  this  part  would  be 
five  weeks,  (one  week  for  each  operation)  or  twenty-five  working 
days,  as  compared  to  one  day  for  the  minimum-time  schedule. 
Obviously,  the  optimal  (minimum  feasible)  fabrication  span  lies 
between  one  day  and  twenty-five  days.   As  long  as  we  do  not 
know  this  optimum,  it  is  difficult  to  have  an  objective  measure 
of  the  inefficiencies  introduced  by  either  one  of  these  drawbacks. 
But  we  can  measure  by  several  ways  the  average  fabrication  span 
for  two  different  actual  scheduling  procedures,  and  so  recognize 
the  one  that  is  best  (nearest  to  the  optimum). 
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Kunzi  studied  the  problem  of  the  measurement  of  the  inef- 
ficiencies introduced  by  the  policy  of  one  operation  per  week. 
He  mentions  (7)  some  experiments  done  with  actual  scheduling 
systems;  when  the  "delay-unit"  was  changed  from  one  week  (six 
working  days)  to  half  a  week  (three  days),  the  work-in-process 
inventory  decreased  considerably  in  the  machine  shop  studied, 
although  he  does  not  mention  specific  figures.   In  Brown  Boveri, 
in  Switzerland,  where  I'ilnzi  did  his  experiments,  after  the  good 
results  obtained  with  the  decrease  in  the  delay  unit,  management 
tried  a  further  decrease,  from  three  days  to  1.5  days  (four  de- 
lay-units per  week).   The  results  were  bad,  and  the  machine  shop 
returned  to  the  three  day  delay-unit.,  considered  to  be  the  best. 
It  seems  that  the  flexibility  left  to  the  foreman  in  the  Short- 
Range  scheduling  was  insufficient,  and  so  excessive  delays  and 
idle  machine  times  ensued. 

Possibly  this  "optimum"  delay-unit  was  optimum  only  for  the 
machine  shop  in  question,  and  could  be  a  different  value  for 
other  machine  shops.   Intuitively,  this  "optimum"  would  possibly 
be  related  to  the  average  operations  time  in  the  machine  shop: 
if  a  large  percentage  of  the  operations  take  two  days  to  com- 
plete, it  is  obviously  useless  to  try  and  use  a  delay-unit  of 
less  than  three  days;  probably  one  week  (six  working  days,  in 
Switzerland)  would  be  better.   On  the  other  hand,  if  the  aver- 
age machining  time  for  each  part  i's  one  hour  only,  a  delay- 
unit  as  small  as  one  day  might  be  enough. 

Kunzi  (7)  has  also  introduced  the  idea  of  measuring  the 
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actual  efficiency  of  the  Production  Planning  Department  by  a 
variation  of  the  traditional  "orlc  Sampling 'technique. 

He  made  several  'Jork  Sampling  studies  of  the  parts  in  a 
heavy  machine  shop  at  Brown  Boveri;  results  are  given  in  terms 
of  "productive  times,"  percentage  and  "improductive  times:1 

Productive  times  as  defined  by  Kunzi  cover  three  types  of 
activities  for  the  part: 

1.  The  part  is  being  cut  by  the  tool  bit; 

2.  The  part  is  waiting  in  the  machine  while  the 
operator  is  fixing  it  or  adjusting  the  set-up. 

3.  The  part  is  being  transported  to  or  from  the 
machine. 

These  three  "activities"  of  the  part  were  considered  to  be 
essential  to  all  machine  operations,  and  could  not  be  done  away 
with;  they  were  then  called  "productive." 

Improductive  times  were  times  when,  for  one  reason  or 
another,  the  part  was  not  being  worked  on  as  it  should;  those 
times  were  considered  to  be  wasteful,  and  measures  should  be 
taken  to  eliminate  them.  They  comprised: 

1.  The  part  is  not  being  worked  on  because  the  machine 
where  it  should  be  worked  on  next  is  busy;  the  part  is  then  in 
the  machine  queue. 

2.  The  part  is  not  being  worked  on  for  miscellaneous  rea- 
sons, such  as  technical  problems,  or  the  operator  is  "busy" 
making  a  social  call  on  a  friend  in  another  machine,  or  the 
machine  is  going  through  preventive  maintenance,  etc. 

The  results  obtained  in  some  of  Kunzi' s  studies  (7)  are 
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shown  in  Table  1.   Azevedo  and  Lauretti  (2)  verified  some  of 
Kunzi's  results  in  a  similar  study. 


Kiinzi 

I 

Kiinzi  II 

Kiinzi   III 

Azevedo 

Productive 

Times 

(%) 

34.3 

42.6 

8 

9.7 

Waiting  in 

the   (Jueue 

(%) 

37.1 

23.2 

- 

61.3 

Tmproductive 
Miscellaneous 

(%) 

28.6 

29.2 

- 

28.0 

TABLE  1. — Summary  of  several  work  sampling  of  parts  in  heavy 
machine  shops. 


The  first  two  studies  of  Kiinzi  were  made  after  an  extensive 
reorganization  of  the  scheduling  practices  in  a  heavy  machine 
shop  manufacturing  steam  turbines;  the  "delay  unit"  used  under 
the  conditions  studied  was  three  days.   He  considered  that  the 
productive  time  percentage  found  under  these  conditions  (34.3%  - 
and  42.6%)  were  exceptionally  good.   He  mentions  only  partial 
results  in  his  third  study  (productive  percentage  =  8%),  and 
adds  that  this  percentage  is  more  usual  in  machine  shops  with 
inefficient  scheduling  procedures.-  Azevedo  and  Lauretti  (2) 
studied  another  heavy  machine  shop,  manufacturing  hydraulic  tur- 
bines and  large  overhead  cranes. They  obtained  results  very  similar 
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to  Kunzi's  for  "improductive  time  -  miscellaneous,"  and  produc- 
tive times  very  low  (9.7%),  more  comparable  to  the  figure  men- 
tioned in  Kunzi's  third  study.   The  "delay  unit"  used  at  the 
time  of  Azevedo's  study  was  one  week  (six  working  days). 

We  can  roughly  equate  the  waiting  time  in  a  machine  queue 
for  the  part  to  the  efficiency  of  the  scheduling  procedures. 
The  larger  those  times,  the  lower  the  scheduling  efficiency, 
other  things  being  equal  (such  as  general  workload).   It  is  a 
fair  assumption,  then,  that  the  strikingly  different  results 
obtained  by  Kunzi  and  Azevedo  for  the  productive  times  (under 
two  very  similar  scheduling  procedures)  could  to  a  large  extent 
be  explained  by  the  difference  in  the  "delay  units"  used  under 
the  two  situations. 

These  results  are  useful  to  give  an  idea  as  to  the  amount 
of  inefficiency  introduced  by  the  policy  of  one  operation  per 
"delay  unit":  with  the  "delay  unit"  being  smaller  by  half,  the 
waiting  time  of  the  parts  decreased  radically  (from  around  60% 
to  around  33%),  under  two  very  similar  scheduling  procedures 
(and  average  operation  times). 

The  purpose  of  both  Kunzi's  and  Azevedo's  studies  was  not 
specifically  to  measure  the  inefficiencies  of  the  scheduling  pro- 
cedures; their  larger  aim  was  to  develop,  through  Work  Sampling, 
a  technique  of  analysis  of  job-shop  type  of  production  that  would 
produce  the  same  results  as  the  traditional  methods  studies  for 
batch  or  continuous  production.   The  figures  of  Table  I  are  then 
only  a  by-product  of  these  studies,  but  they  show  the  possibilities 
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of  this  approach  to  the  measurement  of  scheduling  inefficiencies. 
Another  way  to  measure  the  efficiencies  of  scheduling  sys- 
tems would  be  through  simulation  of  the  systems;  some  studies  of 
scheduling  problems  through  simulation  are  mentioned  in  1.1.5, 
although  in  a  rather  different  context. 

1.1.3.3   Comments. 

Traditional  scheduling  techniques  have  been  used  for  a 
long  time  in  industry,  and  still  are.   They  have  the  advantage 
of  producing  schedules  that  are  very  good  as  to  minimization  of 
idle  machine  time.   On  the  other  hand,  their  main  disadvantages 
are  not  minimizing  work- in-process  inventories,  and  being  rather 
cumbersome . 

After  'Jorld  War  II,  these  techniques  began  to  be  challen- 
ged by  production  planning  men  in  search  for  total  optimization 
of  the  system.   These  researchers  were  not  satisfied  either  with 
the  sub-optimization  as  to  in-process  inventories,  or  with  the 
expenses  in  clerical  work  necessary  to  keep  the  traditional  sys- 
tem going.   Analytical  and  heuristic  techniques  intended  to 
eliminate  these  disadvantages  have  been  presented  and  applied  in 
practical  situations  with  varied  success.   Let  us  review  some  of 
these  techniques. 

1.1.4   The  Classical  Scheduling  problem. 

One  of  the  most  precise  statements  of  the  scheduling  pro- 
blem is  due  to  Giffler  (4).   He  says: 
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"There  are  N  jobs  and  M  machines  (or  facil- 
ities).  Each  job  must  be  processed  in  a  speci- 
fied order  by  some  subset  of  the  M  machines. 
Given  the  time  to  process  each  job  on  each  ma- 
chine (and  assuming  that  the  processing  of  a 
job  on  a  machine  must  be  performed  to  its  com- 
pletion before  either  the  job  can  advance  to 
another  machine  or  the  machine  can  start  ano- 
ther job),  in  what  sequence  should  the  jobs  be 
processed  by  each  machine  if  the  time  to  com- 
plete all  jobs  is  to  be  minimized?" 

As  we  can  see,  this  formulation  of  the  scheduling  problem, 
that  directed  a  large  part  of  the  research  done  in  scheduling 
in  the  last  ten  years,  is  more  narrow  than  the  scheduling  prob- 
lem that  is  solved  by  the  traditional  method;  the  classical 
scheduling  problem  considers  jobs  (what  we  called  "parts")  in- 
dependently of  each  other;  it  does  not  take  into  account  the 
relationships  between  parts.   As  an  example  of  this  relationship , 
consider  the  three  jobs  (parts)  with  the  sequence  of  operations 
shown  in  the  flowchart  in  Fig.  5.   Part  I  has  to  pass  through 
operations  A,  B  and  C;  part  2  has  to  go  through  D  and  S;  then, 
parts  1  and  2  are  assembled  together  (operation  F)  into  part  3, 
that  goes  through  operations  F,  G  and  H. 

The  classical  scheduling  problem,  as  stated  above,  would 
not  take  into  consideration  the  constraint  that  requires  parts 
1  and  2  to  be  completed  before  work  can  begin  on  part  3;  the 
hypothesis  on  the  scheduling  problem  are  that  all  jobs  can  be- 
gin simultaneously. 

Note  also  that  the  optimization  criterion  for  the  problem 
as  stated  by  Giffler  is:  minimize  total  completion  times  of  all 
jobs,  subjected  to  the  constraints  of  having  only  II  machines, 
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and  that  only  one  job  at  a  time  can  be  worked  in  one  machine . 
This  optimization  criterion  is  not  necessarily  the  most  appro- 
priate in  practical  situations,  as  shall  be  discussed  in  1.2. 

1.1.5   Proposed  Solutions  to  the  Classical  Scheduling  Problem. 

When  the  potential  of  computers  began  to  be  realized,  in 
the  early  50 's,  it  was  believed  that  the  scheduling  problem 
could  be  solved  by  complete  enumeration.   The  computer  was 
thought  to  be  capable  of  trying  all  possible  schedules,  and  select 
the  best  one.   Soon  it  was  realized,  that  the  number  of  possible 
alternatives  was  so  enormous  that  it  would  take  even  very  fast 
computers  centruies  to  solve  problems  of  usual  sizes. 

The  disillusionment  with  this  "brute  force"  philosophy 
led  the  way  into  looking  for  analytical  solutions  of  the  schedu- 
ling problem.   Johnson  (6)  published  a  paper  in  1954  that  seemed 
as  if  it  might  trigger  a  breakthrough.  He  developed  a  fairly 
simple  numerical  method  for  solving  the  special  case  of  the  clas- 
sical scheduling  problem  of  having  N  jobs  and  only  two  machines, 
but  in  vain;  no  analytical  solution  has  been  found  for  more  than 
three  machines. 

Akers  and  Friedman  (1)  studied  the  general  N  x  M  problem, 
and  developed  logical  tests  that  would  eliminate  inconsistent 
schedules  and  also  some  obviously  non-optimal  schedules.   Gif- 
ler,  Thompson  and  Van  Ness  (5)  devised  a  systematic  method  of 
generating  all  feasible  schedules,  based  on  some  of  Aker's 
ideas;  these  methods  seemed  to  decrease  very  much  the  number 
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of  possible  alternatives  for  the  general  problem.  A  return  to  the 
"brute  force"  approach  (complete  enumeration)  was  then  tried,  us- 
ing this  systematic  method  of  generating  feasible  schedules:  but 
the  number  of  feasible  alternatives  was  still  astromical.   Giffler, 
Thompson  and  Van  Ness  (5)  did  then  the  next  best  thing;  they  modi- 
fied their  program  to  generate  a  random  sample  of  the  feasible 
schedules  and  selected  the  best  of  these  as  an  "approximate"  solu- 
tion.  This  was  a  Monte  Carlo  solution  in  that  the  sample,  if  it 
were  increased  indefinitely  would  produce  a  schedule  whose  prob- 
ability of  being  optimal  would  steadily  increase  to  one. 

With  this  work,  the  road  to  simulation  was  open.  There  were 
two  possible  ways  by  which  simulation  could  solve  the  scheduling 
problem: 

1.  It  could  certainly  give  an  "approximate"  solution  to  the 
problem,  that  is,  a  feasible  schedule  that  had  an  acceptably  small 
completion  time;  the  amount  of  computer  time  needed  to  solve  the 
the  problem  periodically  in  a  factory  would  depend  on  the  precision 
desired  (on  how  near  the  optimum  schedule  we  want  our  solution  to 
be).  This  approach,  although  feasible,  does  not  seem  to  be  efficient 
enough  to  do  practical  everyday  scheduling  in  the  factory. 

2.  Simulation  could  be  used  to  try  to  discover  new  empirical 
principles  of  scheduling.   In  this  way,  intuitive  or  analytical 
reasonings  could  be  tested,  hoping  they  would  turn  out  to  be  the 
exact  solution  to  the  problem.  Once "this  solution  was  discovered, 
it  could  be  used  in  practical  situations  (without  simulation). 
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In  this  context,  then,  a  large  amount  of  work  on  the 
scheduling  problem  was  done  using  simulation.  This  work  was 
directed  towards  discovering  efficient  loading  rules,  that  is, 
rules  that  would  decide  on  which  of  the  parts,  waiting  in  the 
queue  of  a  machine,  should  be  loaded  first  on  the  machine.   If 
an  efficient  loading  rule  were  discovered,  even  not  being  the 
exact  solution,  it  was  hoped  that  it  could  improve  sufficiently 
the  simulation  procedure  so  as  to  be  used  in  practical  factory 
situations. 

Several  such  loading  rules  were  tested  by  simulation; 
Moore  and  Wilson  (10)  mention  twenty-four  of  them,  and  summari- 
zed the  results  obtained  with  these  rules,  or  combinations  of  them. 

Another  interesting  study  was  the  one  by  Thompson  and 
Fischer  (3) ;  they  tried  a  routine  of  combining  several  loading 
rules  in  a  probabilistic  learning  way.   In  their  routine,  the 
computer  itself  decided,  based  on  results  obtained  with  previous 
schedules,  the  rule  that  seemed  to  be  the  best  for  each  problem. 
This  was  done  by  modifying  the  probabilities  of  choosing  each 
rule  at  each  scheduling  step.   The  probabilities  of  choosing  the 
rules  that,  when  used  in  previous  schedules,  produced  a  good 
schedule,  were  increased  after  each  schedule;  similarly,  the 
rules  that  when  used  did  not  produce  good  schedules  had  their 
probabilities  decreased. 

The  above  mentioned  simulation  studies  established  two 
main  results.   The  first  is  that  the  use  of  appropriate  loading 
rules  can  generate  efficient  schedules.   The  second  is  that, 
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up  to  now,  few  important  analytical  results  have  been  achieved 
through  simulation,  after  a  decade  of  trying. 

As  researchers  began  to  despair  of  simulation  as  the  tool 
to  solve  the  scheduling  problems,  a  drift  back  to  mathematical 
formulations  of  the  problem  ensued. 

In  fact,  one  such  mathematical  formulation  seems  to  have 
achieved  a  definite  breakthrough  in  solving  part  of  the  sched- 
uling problem.   This  formulation  is  the  one  used  in  critical 
path  techniques.   These  techniques  are,  in  the  opinion  of  Gif- 
fler  (4)  the  most  promising  approach  to  attack  the  classic 
scheduling  problem. 

Several  methods  of  adapting  critical  path  techniques  to 
solve  production  planning  problems  have  been  proposed.   The  pur- 
pose of  this  report  is  to  survey  those  methods  and  evaluate  them 
under  the  light  of  improvements  over  the  traditional  scheduling 
techniques. 
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1.2   THE  PROBLEM  OF  OyTEIIZATION 

Before  studying  in  detail  the  different  solution  to  the 
scheduling  problem,  it  is  time  now  to  state  more  precisely  the 
problem. 

Let  us  remember  then  that  we  are  studying  production 
planning  methods;  the  production  control  function  is  a  study  in 
itself,  and  will  not  be  mentioned  from  now  on.   Also,  in  plan- 
ning, we  are  going  to  restrict  ourselves  to  the  scheduling 
phase;  the  problems  of  product  "explosion,"  choosing  of  the  se- 
quence of  the  operations  and  of  materials,  manufacturing  methods, 
and  time  estimates  will  not  be  touched. 

Another  point  is  that  we  are  concentrating  also  on  one  spe- 
cific type  of  production,  job  shop  production,  as  described  in 
1.1.   In  this  type  of  production,  we  are  further  narrowing  our- 
selves to  the  fabrication  stage  of  job  shop  production;  or,  more 
specifically,  to  machine  shop  scheduling. 

Four  types  of  cost  are  involved  in  the  problem.   They  are: 

1.  Cost  of  idle  machine  time. 

2.  Cost  of  in-process  inventories. 

3.  Cost  of  delays  in  project  completion. 

4.  Cost  of  operating  the  system  (systemic  costs). 

Let  us  study  more  closely  each  one  of  these  costs,  and  see 
what  are  its  components  for  the  traditional  scheduling  procedure. 
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1.2.1  Cost  of  Idle  Machine  Time. 

The  equipment  in  machine  shops  is  usually  a  major  capital 
expenditure,  and  as  such  is  a  fixed  cost;  depreciation  has  to  be 
paid  for  it  even  if  the  equipment  is  not  being  used.  One  of  the 
chief  aims  of  production  management  is  then  to  utilize  fully  the 
available  equipment.   Equipment  cannot  be  "hired"  or  "fired"  in 
the  same  manner  as  men;  so  the  approach  usually  used  is  to  con- 
sider equipment  availability  as  a  "constraint"  in  the  scheduling 
problem,  and  "equipment  utilization"  a  variable  to  be  maximized. 
Or,  to  put  it  another  way,  one  of  management's  objectives  in 
production  planning  is  to  minimize  idle  machine  time.   This  is 
then  the  first  "objective  function"  to  be  optimized  in  scheduling. 

1.2.2  Cost  of  In- process  Inventories. 

Ue  are  more  used  to  hear  the  word  in-process  inventories 
in  connection  to  continuous  or  batch  production;  we  know  it  is  an 
expense,  and  as  thus  should  be  minimized.   In  job  shop  scheduling, 
it  is  an  expense  too;  but  its  importance  has  not  quite  been 
grasped  yet. 

The  value  of  in-process  inventories  comprises  all  materials 
that  entered  the  machine  shop  from  other  shops  or  to  the  client. 
In  .a  medium-sized  machine  shop,  there  are  thousands  of  parts  in 
fabrication  at  the  same  time,  and  the  value  of  these  inventories 
is  sizeable. 

The  cost  of  these  parts  can  be  viewed  in  three  ways: 

1.   The  opportunity  cost  of  the  capital  tied  up  in  the 
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parts.   Although  it  varies  with  industries,  usually  this  cost 
varies  from  5%  to  15%  of  the  capital  tied  up  in  inventories 
per  year.   If  we  consider  the  large  sums  invested,  we  can  have 
an  idea  of  how  important  can  be  a  decrease  in  these  inventories. 

2.  The  opportunity  cost  of  the  space  occupied  by  those 
parts.   This  cost  varies  widely  from  industry  to  industry,  but 
can  have  considerable  importance  in  a  machine  shop  working  near 
its  full  capacity;  parts  dogger  up  all  available  space,  over- 
flow into  aisles,  are  lost  in  the  machine  shop,  make  transpor- 
tation and  even  movement  of  the  workers  difficult,  increase  safe- 
ty risks,  etc.   Usually  management  responds  to  this  chaos  by 
expansion  of  physical  facilities.   This  often  is  not  the  best 
solution,  for  even  a  modification  in  the  scheduling  system  can 
sometimes  decrease  drastically  the  number  of  parts  in  the  machine 
shop,  making  the  expansion  unnecessary. 

3.  The  decreased  liquidity  of  the  company.   Although  this 
is  not  strictly  a  production  cost,  and  is  certainly  not  a  measur- 
able cost,  it  is  at  least  an  intangible  factor  to  be  considered. 
If  too  much  capital  is  tied  up  unnecessarily  in  the  machine  shop, 
the  financial  manager  will  find  it  difficult  to  find  extra  sour- 
ces of  funds  for  working  capital  financing  (with  a  consequent  in- 
crease in  the  cost  of  the  Capital). 

These  inventory  costs  are  not  clearly  visible  to  manage- 
ment, for  the  concept  of  "opportunity  costs"  is  usually  hard  to   • 
understand;  consequently,  they  have  been  ignored  largely  in 
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the  design  of  scheduling  systems.   The  result  is  that  nowadays 
large  opportunities  for  savings  are  possible  by  minimizing 
work-in-proccas  inventories. 

These  costs  are  related  to  the  average  manufacturing  span 
of  the  products.   The  larger  the  average  manufacturing  span,  the 
larger  the  inventories  and  its  cost  will  be.   To  understand  this, 
consider  the  example  of  six  turbines  to  be  manufactured  in  a 
machine  shop  (partially,  of  course).   Suppose  that  each  turbine 
requires  10,000  machine-hours  of  work  to  completion,  and  that 
the  machine  shop  capacity  is  20,000  machine-hours  per  month.   Two 
extreme  cases  can  occur: 

1.  We  can  make  each  turbine  in  thirty  days,  or  two  tur- 
bines per  month;  it  would  take  us  three  months  to  finish  all 
turbines.   Tae  manufacturing  span  is  then  thirty  days,  and  we 
will  have  only  two  turbines  at  a  time  in  the  machine  shop. 

2.  We  can  make  all  six  turbines  at  the  same  time;  it  will 
take  us  e-fually  three  months  to  complete  all  turbines,  but  now 
the  manufacturing  span  is  ninety  days  (three  months)  for  each 
turbine;  the  inventory  will  be  three  times  (six  turbines  instead 
of  two  at  the  same  time  during  the  three  months)  the  one  in  the 
first  case. 

We  see  then  that  by  scheduling  the  turbines  in  two  differ- 
ent manufacturing  spans,  we  c?n  vary  the  inventory  by  300%.   Note 
that  if  we  schedule  the  turbines  the  second  way,  the  opportunity 
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costs  of  the  extra  capital  tied  up  during  the  three  months 

will  be  equal  to : 

opportunity      (6  -  2)  •  3 

C    costs    )   =  •  (A  •  B) 

12 

where    A  =  Cost  of  one  turbine 

B  =  Opportunity  cost  of  the  capital 
■  Supposing  B  =  12%,  the  opportunity  cost  is  then  12%  of  the 
value  of  one  turbine.   Or,  in  another  way,  the  sale  of  the  tur- 
bines will  bring  (in  three  months)  a  revenue  of  6A  or  2A  per 

month;  and  the  opoortunity  cost  is  0.12  •  A,  or  0.12  A  =  6%   of 

2A 
the  monthly  costs.   This  is  an  extreme  case,  of  course,  but  the 

order  of  magintude  of  the  possible  savings  (6%  of  the  monthly 
production  costs)  gives  an  idea  of  how  important  it  is  to  mini- 
mize manufacturing  spans  in  scheduling. 

1.2.3  Cost  of  Delays  in  project  Completion. 

In  machine  shop  operations,  there  usually  are  penalties  to 
be  paid  to  the  client  for  each  day  or  month  of  delay  in  delivery 
after  the  contractual  delivery  date.   Management  is  nowadays  very 
much  aware  of  these  costs,  and  usually  strives  to  minimize  or,  if 
possible,  eliminate  these  costs.   Note,  though,  that  very  often 
there  are  no  premiums  for  early  delivery;  so  it  is  useless  to 
try  to  hurry  up  all  projects,  or  to  try  to  minimize  completion 
times.  Management  should  then  strive  to  begin  all  projects  as 
late  as  possible  (so  as  to  minimize  manufacturing  spans),  and  to 
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finish  up  manufactirre  at  exactly  the  due  date.   Finishing  early, 
inventory  costs  will  increase;  finishing  late,  delay  penalties 
will  ensue.   Note  though  that  when  we  talk  of  project  delays, 
we  mean  "planned  delays,"  not  actual  delays.   Planned  delays  are 
delays  incurred  because  of  conflicts  during  the  planning  stage, 
without  expediting.   All  planning  is  made  without  considering 
expediting,  using  only  normal  planning  routines.   Planned  delays 
can  turn  out  to  be  not  actual  delays,  if  expediting  is  intro- 
duced.  But  the  exceptional  measures  to  be  taken  when  expediting 
is  necessary  are  costly,  and  should  then  be  minimized.   The  min- 
imization of  planned  delays  involves  both  minimization  of  costs 
caused  by  delay  penalties  and  costs  caused  by  expediting.   It 
does  not  include  costs  caused  by  expediting  an  operation  that 
had  no  planning  delay  but  got  late,  as  this  is  a  control  cost 
and  not  a  planning  cost. 

1.2.4   Systemic  Costs. 

The  scheduling  system  itself  may  cost  a  sizeable  sum. 
These  systemic  costs  include  not  only  the  salaries  of  all  men 
involved  in  the  scheduling  process,  but  also  the  average  cost 
of  the  mix-ups,  of  the  foreman  and  supervisor's  headaches  when 
a  mistake  in  the  scheduling  of  an  operation  causes  an  unexpected, 
unplanned  delay,  and  the  average  cost  of  ensuing  necessary  expedi- 
ting.  Sizeable  savings  can  also  be  made  in  this  category  of  costs 
by  increasing  scheduling  efficiency.   The  objective  to  be  pursued 
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here  is  then  tha  minimization  of  the  systemic  (operating)  costs. 

1.2.5  Optimization. 

Summing  up,  then,  there  are  four  different  and  s ometimes 
contradictory  objectives  when  optimization  for  a  scheduling  sys- 
tem is  sought : 

1.  minimization  of  idle  machine  time; 

2.  minimization  of  in-process  inventories; 

3.  minimization  of  planned  delay  penalties; 

4.  minimization  of  systemic  costs. 

With  the  problem  thus  stated,  we  can  proceed  to  study  the 
latest  scheduling  techniques;  in  chapter  IV  we  will  come  back 
and  study  how  do  these  techniques  compare  with  the  traditional 
scheduling  methods  under  these  four  criteria. 

To  study  the  scheduling  techniques  using  critical  path 
methods,  we  will  first  review  the  basic  concepts  and  applications 
of  critical  path  techniques  in  general,  in  chapter  II;  only  then, 
in  chapter  III,  can  we  look  more  thoroughly  into  the  scheduling 
systems  derived  from  these  techniques. 


CHAPTER   II 
CRITICAL  PATH  TECHNIQUES 
2.1   GENEBAI.  DESCRIPTION 

Critical  Path  Techniques  deal  with  the  problem  of  Project 
Management.   Project  Management,  defined  by  contrast  with  Pro- 
duction Management ,  involves  the  management  of  only  one  project; 
in  this  sense,  a  project  is  a  major  non-repetitive  job;  no  pre- 
viously executed  job  was  ever  exactly  equal,  and  so  the  manager 
cannot  rely  on  a  previous  plan;  he  has  to  use  his  previous  exper- 
ience on  similar  projects,  applying  his  judgement  to  the  parti- 
cular conditions  of  the  project  at  hand. 

Until  a  few  years  ago,  project  management  relied  chiefly 
on  Gantt-chart  type  techniques  to  plan  the  project;  these  t  echni- 
ques,  useful  in  repetitive  Production  Management  problems,  were 
markedly  ineffective  when  applied  to  one-shot,  complex  projects; 
their  basic  drawbacks  were  not  showing  explicitly  enough  the 
inter-relationships  that  exist  between  the  several  tasks  or  activ- 
ities of  the  project,  and  not  separating  planning  from  scheduling. 

In  1953-1959,  Critical  Path  Techniques  ware  introduced. 
Basically,  they  involve  a  graphical  portrayal  of  the  interrela- 
tionships among  elements  of  a  project,  and  arithmetic  procedures 
which  identify  the  relative  importance  of  each  element.   The 
objectives  of  these  techniques  are,  in  a  broad  sense,  to  develop 
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an  optimal  (workable)  plan  of  the  activities  that  make  up  a 
project. 

Rarely  in  the  past  has  a  new  technique  attracted  so  much 
interest  and  been  so  quickly  adopted  by  so  many.   Several  govern- 
ment agencies,  American  and  foreign,  specify  its  use  in  all  sub- 
contractor's bids;  likewise,  in  the  construction,  chemical  and 
aerospace  industries,  Critical  Path  Techniques  are  already  firm- 
ly established;  manufacturing  firms  in  general  use  it  largely 
for  planning  Research  and  Development  projects,  equipment  over- 
haul, facilities  design  and  construction,  etc.   An  impressive 
amount  of  research  has  been  done  in  the.  field:  roughly  three 
years  after  the  initial  papers  were  published,  articles  on  the 
subject,  either  technical  or  descriptive,  were  counted  in  the 
hundreds;  nowadays,  less  than  ten  years  after  the  initial  re- 
search was  done,  the  author  is  aware  of  at  least  nineteen  books 
dealing  specifically  with  these  techniques,  and  about  300  articles 
and  papers. 

This  tremendous  success  is  due  to  two  marked  advantages 
these  techniques  have  over  the  old  Gantt-chart;  they  introduce 
logical  discipline  in  the  planning,  scheduling  and  control  of 
projects;  by  formally  distinguishing  the  planning  from  the 
scheduling  functions,  they  help  the  planner  concentrate  his 
attention  on  each  phase. 

The  use  of  Critical  path  Techniques  causes  a  sharp  in- 
crease in  the  project  planning  cost,  of  course;  but  this  increase 


34 


is  more  than  justified  by  savings  made  through  concentrating 
the  planner's  efforts  only  on  the  activities  lying  along  the 
critical  path,  and  avoiding  unnecessary  expenditures  such  as 
across-the-board  overtime. 

There  are  several  developments  and  ramifications  of  the 
ba-sic  PERT/GEM  arithmetic  procedure;  techniques  dealing  with  the 
Resource  Allocation  Problem,  Time/cost  Tradeoffs,  the  uncertainty 
in  estimating  activity-time,  and  cost-control  procedures  will  be 
mentioned  as  we  go  along. 
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2.2  HISTORY 

Studies  made  in  the  fifties  by  Marshall  and  Heckling  (8,  see 
220)  of  the  RAND  Corporation,  and  Peck  and  Scherer  (see  220)  of 
the  Harvard  Business  School  indicate  that,  at  the  time,  manage- 
ment techniques  used  in  the  planning  and  control  of  projects 
(techniques  based  primarily  on  Gantt-chart  variations)  were  a  dis- 
mal failure;  studying  large  engineering-oriented  projects,  it 
was  found  that,  in  the  average,  final  costs  were  320%  of  the  ori- 
ginal cost  estimates  for  governmental  projects,  and  170%  for 
commercial  projects;  the  actual  delivery  times  were  respectively, 
136%  and  140%.   If  we  consider  that  the  time  span  of  the  typical 
project  sttidied  is  measured  in  years,  and  cost,  in  millions, 
the  need  for  a  better  technique  for  the  planning  and  control  of 
large  engineering-oriented  projects  was  evident. 

Before  the  advent  of  PKRT/CPM  techniques,  two  other  techniques 
were  presented  and  used  successfully  (to  a  degree)  in  the  planning 
of  projects;  they  included  some  ideas  that  were  afterwards 
formally  incorporated  in  PERT/CHI  techniques,  but  in  a  small  and 
unrelated  way;  these  two  techniques  were:  The  Line  of  Balance 
Technology  (18),  developed  by  Fouch  in  the  Goodyear  Company  in 
1941,  and  used  largely  by  the  Navy  Bureau  of  Aeronautics  during 
World  War  II;  and  the  Milestone  Method,  developed  by  the  Navy 
after  World  War  II.   The  Line  of  Balance  Technology  is  still  very 
useful  today,  complementing  network  techniques.   The  Milestone 
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Method,  a  development  of  Gantt-charts,  was  used  largely  before 
the  advent  of  PERT/CPM,  but  abandoned  after  it. 

Both  PERT  and  C?M  arrived  in  the  industrial  scene  at  about 
the  same  time,  and  as  essentially  independent  developments.   CPU 
(Critical  Path  Method)  was  developed  by  Morgan  R.  Walker  of  the 
Engineering  Services  Division  of  I.E.  du  Font  de  Nemours  Company, 
and  James  E.  Kelley,  of  Remington  Rand,  in  1956-1957.   Their  work 
was  revised  in  early  1957  by  a  larger  group,  the  UNIVAC  Applica- 
tions Research  Center,  under  the  direction  of  Dr.  John  W.  Mauchly. 
It  was  first  tested  at  Du  Pont  by  March,  1958,  in  the  planning  of 
the  shutdown  of  a  plant  for  overhaul  and  maintenance.   The  test 
was  a  success,  the  shutdown  time  having  been  decreased  by  using 
CPM  from  125  hours  to  72  hours,  with  large  savings  in  costs. 
The  Kelley -Walker  arrow  diagram  and  method  cf  calculating  the 
longest  or  critical  path  through  it  are  the  core  of  the  Critical 
Path  Techniques,  and  have  not  suffered  any  major  modification. 
Originally  ICelley  developed  the  method  of  Time/cost  Tradeoff, 
or  expediting  a  project  for  minimum  costs.  Walker  and  Kelley 
joined  Mauchly  Associates  in  1953,  and  have  since  had  an  impor- 
tant role  in  promoting  CPM  in  industry  and  developing  advanced 
techniques.   The  original  papers  of  Kelley  and  Walker  (54)  and 
the  works  of  Fulkerson  (49)  and  Clark  (47)  are  basic  in  this  field. 

PERT  was  developed  by  a  research  team  of  the  Special  Pro- 
jects Office  of  the  Navy  Bureau  of "  Ordinance,  because  of  the 
recognition  of  Admiral  R.  F.  Ra'oorn  of  the  need  of  a  new  planning 
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and  control  system  for  the  Polaris  missile  program.   The  team, 
composed  of  Navy  SPO  personnel,  Lockheed,  and  consulting  firm 
of  Booz,  Allen  and  Hamilton,  issued  a  report  in  July  1950,  con- 
taining the  basic  ideas  of  FERT  (originally  Program  Evaluation 
Research  Task,  afterwards  changed  to  Program  Evaluation  and 
Review  Technique).   The  results  of  the  application  of  PERT  on 
the  Polaris  program  were  largely  publicized  by  the  Navy,  and  it 
has  been  stated  that  it  decreased  completion  of  the  program  by 
two  years.   D.  G.  Malcom,  J.  H.  Roseboom,  C.  E.  Clark  and  U. 
Fazar  ,  all  of  the  original  Navy-sponsored  research  team,  were 
the  authors  of  the  first  publicly  published  paper  on  PERT  (68), 
in  the  September,  1959  issue  of  Operations  Research. 

PEPvT  was  originally  time-oriented,  as  opposed  to  CPM,  that 
was  both  time  and  cost-oriented;   PERT  includes  the  treatment  of 
uncertainty  in  the  estimation  of  the  activity  times,  as  opposed 
to  the  deterministic  approach  of  CPM;  but  for  these  differences, 
PERT  and  CPM  are  one  and  the  same  thing.   PERT-minded  techniques 
are  used  typically  in  the  control  of  large  government  Research 
and  Development  contracts,  and  C?M-minded  techniques,  in  the 
construction  and  chemical  industries.   The  modern  tendency  now- 
adays is  to  use  the  best  of  both  techniques  under  the  general 
name  of  Critical  Path  Techniques. 

Since  the  original  works  on  PERT  and  CPM,  several  manage- 
ment systems  and  computer  programs"  have  been  written,  these 
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being  modifications  of  either  PERT  or  CPU.   These  derived  tech- 
niques will  be  discussed  briefly  in  2.4. 
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2.3   CONCEPTS  -  BASIC  ALGORITHM 

The  P3RT/CPM  algoritim's  basic  idea  is  to  separate  the 
planning  from  the  scheduling  phase.   The  planning  phase  includes 
drawing  the  network  and  estimating  activity  times;  the  scheduling 
phase  includes  the  arithmetic  computations  to  fix  starting  and 
completion  times  for  each  activity  and  for  the  whole  project. 
Note  that  those  two  phases,  although  separate  formally,  are  not 
completely  unrelated;  it  is  usual,  in  practical  applications,  to 
replan  a  project  after  the  scheduling  phase,  if  the  result  of  the 
scheduling  is  an  unacceptable  completion  time. 

2.3.1   Drawing  the  Network. 

Thecoreof  PERT/CPM  techniques  is  the  graphical  represen- 
tation of  the  plan  as  a  network.   The  project  should  be  analysed 
by  an  expert,  all  individual  activities  that  make  up  the  project 
identified,  and  the  dependence  relationships  between  activities 
correctly  pin  pointed.   *<ith  a  complete  list  of  all  activities 
and  interdependencies ,  the  network  is  then  drawn. 

There  are  three  equivalent  ways  of  drawing  networks:  the 
"activity  on  arrow"  system,  the  "activity  on  node"  system,  and 
the  "event"  system.  The  first  method  is  the  most  widely  used, 
thus  we  shall  use  it. 

Let  us  then  define  some  terms: 

1.  An  activity  is  any  portion  of  a  project  which  conforms 
to  the  following  statement:  it  cannot  begin  until  certain  other 
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activities  are  completed.   Activities  are  graphically  represented 
by  arrows  in  the  network. 

2.  An  event  is  the  beginning  or  ending  point  of  an  activity. 
If  an  event  represents  the  joint  completion  of  more  than  one  acti- 
vity, it  is  called  a  "meger"  event  (a  "sink",  in  network  vocabu- 
lary); if  it  represents  the  joint  initiation  of  more  than  one 
activity,  it  is  called  a  "burst"  event  (or  a  "fountain").   An 
event  is  often  represented  graphically  by  a  numbered  circle. 


ver\X  yyiQfQQ.  event  bvrsT  event 


~S~~~®~: 


FIGURE  5. — Graphical  representation  of  Events. 

3.  A  network  is  a  graphical  representation  of  a  project 
plan  showing  the  interrelationships  of  the  various  activities. 

4.  A  "dummy" activity  is  an  arrow  merely  representing  a  de- 
pendency of  one  activity  upon  another;  duitny  activities  have  a 
zero  time  estimate,  and  are  represented  by  dashed-line  arrows. 

There  are  two  sets  of  rules  for  drawing  networks;  some  of 
them  are  basic  to  the  network  logic,  and  some  are  imposed  for 
computational  reasons. 
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Basic  rules: 

Rl.   Before  an  activity  may  begin,  all  activities  preceding 
it  must  be  completed. 

R2.   Length  or  direction  of  arrows  have  no  significance 
whatsoever;  arrows  imply  only  logical  precedence. 
R3.   No  more  than  one  activity  directly  can  connect  two 
events. 

R4.   No  two  events  in  the  network  may  have  the  same  number. 
R5.   Networks  should  have  only  one  initial  event  (with  no 
predecessor)  and  only  one  terminal  event  (with  no  success- 
or). 
As  an  example  of  network  drawing,  let  us  consider  a  project 

to  plan  and  conduct  a  market  survey  (*).   Listing  the  component 

activities,  we  have: 


Activity  Code    Depends  on 


Study  purpose  of  survey  A  * 

Hire  data-collecting  personnel  B  A 

Design  survey  queationaire  C  A 

Train  personnel  D  B,C 

Select  households  to  be  surveyed  E  G 

Make  survey  and  analyse  results  F  D,S 


TABLE  2. --Market  survey-activities 
(•'•)  example  from  reference  221. 
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The  network  representing  this  project  would  be: 


FIGURE  6. --Market  Survey-network. 


2.3.2  Time  Estimates  and  Level  of  Detail. 

After  drawing  the  initial  network,  the  next  step  is  to  es- 
timate the  time  necessary  for  each  activity.   This  time  should 
be  measured  in  working  days  (or  weeks,  or  hours  depending  on  the 
desired  level  of  detail).   These  time  estimates  should  be  made 
by  the  personnel  in  charge  of  the  project,  based  on  previous  ex- 
perience.  Ore  important  point  is  not  to  let  the  estimate  be  in- 
fluenced by  scheduling  considerations;  such  reasoning  as  "I  think 
that  activity  F  would  take  three  days,  but  as  I  know  from  previous 
experience  that  activity  D,  that  precedes  it,  usually  is  late  one 
day,  I  will  estimate  the  duration  of  F  as  taking  four  days"  is 
basically  wrong,  for  it  mixes  scheduling  with  planning  consider- 
ations; if  activity  D  is  late,  it  will  be  seen  afterwards,  in  the 
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scheduling  phase. 

The  method  of  time  estimation  is  one  of  the  major  differen- 
ces between  PERT  and  CPH.   CPM  historically  was  first  used  in 
maintenance  projects,  where  time  estimation  is  done  with  a  rela- 
tively low  degree  of  uncertainty;  it  considers  then  only  one  es- 
timate.  PERT,  on  the  other  hand,  was  used  initially  with  large 
Research  and  Development  projects  such  as  the  Polaris  project, 
where  there  is  a  high  degree  of  uncertainty  as  to  activity  dur- 
ation.  PERT  then  evolved  three  estimates  for  each  activity:   an 
"optimistic"  estimate,  a  "pessimistic"  estimate,  and  a  "most 
probable"  estimate.   From  these  three  estimates,  an  average  ex- 
pected duration  is  computed.   Both  methods  furnish  one  overall 
estimate,  (either  a  deterministic  one,  as  in  CPM,  or  an  average 
one,  as  in  PERT);  only  one  estimate  of  the  activity  duration 
will  then  be  considered  at  present.   The  PERT-type  estimation 
will  be  discussed  in  more  detail  in  2.6. 

In  general,  during  the  time  estimation  phase,  the  planner 
finds  errors  in  the  network.   This  would  happen  if  the  time  es- 
timate for  any  one  activity,  based  on  the  network,  seems  to  be 
too  large,  or  too  small,  contradicting  common  sense.   The  cause 
may  have  been  an  improper,  too  coarse  or  too  fine,  subdivision 
of  the  project  into  activities.   It  is  often  found  that  a  rearrange- 
ment of  the  activities  and  a  redrawing  of  the  network  will  produce 
a  better  representation  of  the  logical  work  sequence.   After  cor- 
recting the  network,  the  planner  then  estimates  again  the  times 
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for  the  new  activities.   In  this  sense.,  then,  the  two  phases 
(drawing  the  network  and  activity  time  estimation)  are  interre- 
lated. 

An  important  point  should  be  raised  about  the  proper  level 
of  detail  for  the  activities.   A  project  plan  can  be  made  in 
several  levels  of  detail.   As  an  example,  in  the  above  cited 
Market  Survey  project,  seven  activities  were  identified.   The 
plan  could  have  specified,  though,  only  two  activities;  "plan 
the  survey"  and  "make  the  survey"  This  low  level  of  detail  would 
probably  produce  too  coarse  a  schedule  to  be  of  any  use  whatso- 
ever.  On  the  other  hand,  the  network  could  have  been  refined  into 
several  dozens  of  activities,  by  subdividing  each  of  the  seven 
activities  in  their  component  sub-activities. 

These  refinements  probably  would  not  improve  the  resulting 
schedule  so  much  as  to  be  worth  the  additional  planning  effort. 
At  first,  in  the  initial  networks,  it  is  hard  for  the  planner  to 
identify  the  proper  level  of  detail  to  be  used  in  the  plan;  but 
after  the  initial  projects  it  becomes  easier  and  easier. 

2.3.3   The  Scheduling  Phase  -  The  Computational  Algorithm. 

Once  the  planner  has  all  the  activities  and  its  interde- 
pendences defined,  the  network  drawn  and  the  duration  of  each 
activity  estimated,  the  planning  phase  is  complete,  and  he  pro- 
ceeds to  the  scheduling  phase.   The  scheduling  phase  uses  tbe 
concept  of  the  critical  path  through  a  network  to  determine  the 
optimal  schedule  for  all  activities  (and,  consequently,  for  the 
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project).   The  algorithm  used  to  find  the  critical  path  is  made 

of  a  forward  pass  through  the  network,  and  of  a  backward  pass. 

The  following  nomenclature  will  be  used: 

t  =  single  estimate  of  mean  activity  duration  time. 

T  =  earliest  event  occurence  time. 
e 

T,  =  latest  allowable  event  occurence  time. 
ES  =  earliest  activity  start  time. 
EF  =  earliest  activity  finish  time. 
LS  =  latest  allowable  activity  s  tart  time. 
LF  =  latest  allowable  activity  finish  time. 
S  =  total  activity  slack  (float). 
F  =  free  activity  slack  (float). 

The  purpose  of  the  forward  pass  is  to  compute  the  earliest 
start  and  finish  times  (SS  and  EF)  for  each  activity  in  the  pro- 
ject on  an  elapsed  working  day  basis.   To  compute  these  times, 
we  use  three  rules: 

1.  Set  Ta  (earliest  occurrence  time)  of  the  (single)  ini- 
tial event  as  zero • 

2.  Assuming  that  each  activity  begins  as  early  as  possible, 
we  set,  for  each  activity: 

ES  =  Te  (for  the  predecessor  event) 
EF  =  ES  +  t 

3.  Whenever  two  activities  converge  upon  an  event  (merge 
event),  the  later  date  (larger)  is- selected  as  T£  (for  the  merge 
event)  since  the  merge  event  cannot  be  said  to  be  achieved  until 
the  latest  of  its  preceding  activities  is  complete.   Or: 
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T  =  largest  of  (EF,  ,  EF_,...,EF_)  for  an  event 
e  ^       n 

with  n  merging  activities. 

If  n  =  1,  then  Te  =  EF  simply. 

As  an  example  of  the  computations  of  the  forward  pass,  let 
us  recall  the  project  of  the  Market  Survey.   Let  us  assume  the 
following  estimated  times  for  each  activity: 


Activity 

Depends  on 

Time   (days) 

A 

- 

2 

B 

A 

5 

C 

A 

2 

D 

B,G 

5 

E 

C 

3 

F 

D,E 

10 

TABLE  3. --Market  survey  -  time  estimates. 


The  network  is  the  same  as  drawn  in  2.3.1,  with  the  addi- 
tion of  the  numbering  of  the  events: 


(LHr> 


FIGURE  7. — Market  survey-network  with  time  estimate: 


" 

Using  Rule 

1,  we  set  Te(l)  =  0,  for  event  1. 

Using  Rule 

2,  for  activity  A  (1— >2),  we  have 
ES(A)  =  Te(l)  =  0 
EF(A)  =  ES(A)-:-t  =  0+2  =  2 

Using  Rule 

3, 
Te(2)  =  EF(A)  =  2 

Using  Rule 

2,  for  activity  C  (2-4): 
ES(C)  =  Te(2)  =  2 
EF(C)  =  ES(C)+t  =2+2=4 

Using  Rule 

3, 
Te(4)  =  EF(C)  =  4 

Similarly, 

we  calculate: 
ES(B)  =  2 
EF(B)  =  2+5  =  7 
ES(G)  =  4 

EF(G)  =  4+0  =  4 

.• 

Using  Rule 

3,  now,  to  find  Te  for  event  3: 

T  (3)  =  largest  of  [EF(G),  EF(B)]  =  largest  of 

(4,7) 

Te(3)  =  7 

Similarly 

ES(D)  =  Te(3)  =  7 
EF(D)  =  7+5  =  12 
ES(E)  =  Te(4)  =  4 
EF(E)  =  4+3  =  7 

=  12 

Te(5)  =  largest  of  [EF(0)  ,  EF(E)]  = 

=  largest 

of  (12,7) 

48 


ES(F)  =  12 

EF(F)  =  12+10  =  22 


Te(6)  =  22 


At  the  end  of  the  forward  pass,  the  planner  has  then  E3 

and  EF  for  all  activities  and  T   for  all  events  in  the  network. 

e 

He  proceeds  then  to  the  backward  pass,  to  find  similarly  all 
latest  allowable  start  and  finish  times  (LS  and  LF)  for  each 
activity. 

He  follows  three  rules,  similar  to  the  ones  used  for  the 
forward  pass: 

1.  Set  T,  (latest  allowable  occurrence  time)  for  the 
(single)  last  event  in  the  network  equal  to  the  earliest 
occurrence  time  computed  in  the  forward  pass. 

T]_  =  T   (for  the  terminal  event) 
This  rule  imposes  that  the  terminal  event  will  occur  at  its 
earliest  expected  time,  so  as  to  minimize  the  completion 
time  of  the  program. 

2.  Assuming  that  the  activities  will  start  as  late  as 
possible  without  increasing  the  total  time  to  complete  the 
project,  we  set: 

LF  =  Tt 

LS  =  LF  -  t 

3.  The  latest  allowable  occurrence  time  for  an  event  (Tj_) 
is  the  smallest  of  the  latest  allowable  start  times  (LS) 
of  the  activities  bursting  from  the  event  in  question,  for 
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an  event  must 

occur  before  any  succeeding  activities 

begin.   So: 

T-,  =  smallest  of  (LS^  LS2,  •••>  LS  )  for  an  event 

with  n 

bursting  activities. 

Again,  obviously  when  n  =  1,  T,  =  LS. 

As  an  example  of  the  backward  pass  computation,  we  have  for  the 

Marke  t  Surve  y : 

Using  Rule  1, 

for  the  terminal  event  6: 

\    =T1 

(6)  =  22 

Using  Rule  2: 

LF(F)  = 

Tx(6)  =  22 

LS(F)  = 

LF(F)  -  t  =  22-10  =  12 

Using  Rule  3: 

TXC3)  = 

[LS(F)  =  12] 

Similarly : 

- 

LF(D)  = 

12 

LS(D)  = 

12-5  =  7 

%.<3)  = 

LS(D)  =  7 

LF(G)  = 

7 

LS(G)  = 

7-0  =  7 

LF(E)  = 

12 

LS(E)  = 

12-3  =  9 

Using  Rule  3, 

now,  for  the  bursting  event  4: 

V4)  = 

smallest  of  [LS(2),  LS(G)]  =  smallest  of  (9,7) 

=  7 
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Similarly: 

LF(B)  =  7 

LS(B)  =7-5=2 

LF(C)  =  7 

LS(C)  =7-2=5 

T  (2)  =  smallest  of  [LS(B),  L3(C)]  =  smallest  of  (2,5) 

=  2 

LF(A)  =  TL(2)  =  2 

LS(A)  =2-2=0 

tlCjD  =  o 

After  having,  in  the  backward  pass,  determined  L3  and  LF 
for  each  activity  and  T-i  for  each  event  in  the  network,  the  plan- 
ner computes,  for  each  activity,  the  total  activity  slack  (S)  and 
the  free  activity  slack  (SF). 

The  total  activity  slack  is  the  amount  of  time  that  the 
activity  completion  time  can  be  delayed  without  affecting  the 
earliest  start  or  occurrence  time  of  any  activity  or  event  in  the 
network  critical  path.   More  rigorously: 

Definition:   Total  Activity  Slack  on  an  activity  is  equal 
to  the  latest  allowable  time  of  the  activity's  successor  event 
minus  the  ealiest  finish  time  of  the  activity  in  question: 

S  =  T.  -  EF 

Definition:   Free  activity  slack  is  equal  to  the  earliest 
expected  time  of  the  activity's  successor  event  minus  the  earli- 
est finish  time  of  the  activity  in  question:  Sf  =  Te  -  SF. 
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It  is  equal  to  the  amount  of  time  that  the  activity  completion 
time  can  be  delayed,  without  affecting  the  earliest  start  time 
of  any  other  activity  in  the  network. 

Definition:   The  Critical  path  through  a  network  is  the 
path  (sequence  of  activities)  with  zero  total  slack;  or,  the 
sequence  of  activities  for  which  3=0. 

The  concept  of  critical  path  is  the  most  important  in  PERT/ 
CPM  techniques.   Each  activity  on  the  critical  path  must  receive 
priority  on  the  scheduling  and  special  attention  on  the  control 
phase,  for  if  any  of  these  activities  are  delayed  by  one  single 
day,  the  whole  project  will  be  delayed  by  one  day;  activities  not 
on  the  critical  path  can  afford  delays  in  scheduling  and  comple- 
tion without  increasing  the  completion  time  for  the  whole  project 
(as  long  as  the  delay  is  not  greater  than  its  total  slack). 

This  is  then  the  algorithm  used  in  PERT/C?II  techniques  to 
identify  the  critical  path.   To  have  a  formal  schedule  for  the 
whole  project,  the  planner  now  transforms  the  dates  of  the  net- 
work (expressed  in  elapsed  working  days  since  the  beginning  of  the 
project)  to  calendar  days,  and  has  the  schedule  of  the  critical 
path  activities.   He  can  schedule  activities  not  on  the  critical 
path  whenever  he  wants  to,  inside  the  slack;  chapter  III  studies 
the  methods  of  doing  this  in  an  optimal  way,  considering  the 
problem  of  resource  allocation. 

Table  4  summarizes  the  results  for  the  Market  Survey  pro- 
ject. 
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Events 

Te 

Tl 

Activit 

ies 

t 

ES 

EF 

L3 

LF 

S 

1 

0 

0 

A 

(1  - 

2) 

2 

0 

2 

0 

2 

0 

2 

2 

2 

B 

(2  - 

3) 

5 

2 

7 

2 

7 

0 

3 

7 

7 

C 

(2  - 

4) 

2 

2 

4 

5 

7 

3 

4 

4 

7 

G 

(4  - 

3) 

0 

4 

4 

7 

7 

3 

5 

12 

12 

D 

(3  - 

5) 

5 

7 

12 

7 

12 

0 

6 

22 

22 

(4  - 

5) 

3 

4 

7 

9 

12 

0 

F 

(5  - 

6) 

10 

12 

22 

12 

22 

0 

TABLE  .4. --Market  survey  -  computations. 


This  algorithm  lends  itself  nicely  to  computer  operations, 
although,  for  small  and  medium-sized  networks,  the  planner  will  _ 
get  faster  results  by  doing  the  computation  by  hand.   If  for  con- 
trol purposes  the  network  has  to  be  recomputed  several  times  as 
the  project  execution  proceeds,  then  it  is  better  to  use  a  com- 
puter for  medium  and  large  networks. 


■ 
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There  are 

several  refinements 

of 

this 

basic  algorithm. 

In 

some 

of  them,  completion  dates  can  be 

imposed  externally, 

as 

input ; 

the 

critical  pa 

th  is  then 

redefined 

as 

the 

path  with  less 

total 

slack,  and  the 

slacks  can 

be  negative, 

zero 

or  positive. 

All 

30, 

a  slight  modification  in  the  algorithm  makes  possible  the  intro- 
duction of  multiple  initial  and  terminal  events  in  the  network, 
relaxing  rule  5  in  2.3.1. 

As  another  example  of  the  computational  algorithm,  consider 
the  following  project: 


Activity  Duration  Depends 
t        on 


A 
B 
C 
D 
E 
F 


8 
12 
10 
16 

8 
12 


A 
A 
C 

B,D 

B,D 


Activity  Duration  Depends 
t        on 


G 

4 

H 

7 

I 

8 

J 

3 

K 

2 

c 

c 

F,H 
E,G 
I, J 


TAELE  5. — Example  of  a  project.  --Activities,  time  estimates, 


The  network  would  be,  for  this  project: 
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FIGURE  8. --Network  for  project  given  in  Table  5. 


The  results  are  summarized  below. 


/  Events 

Te 

Tl 

Activit 

ies 

t 

ES 

EF 

LS 

LF 

S 

1 

0 

0 

A 

(1 

-2) 

8 

0 

8 

0 

8 

0 

2 

8 

8 

B 

(2 

-3) 

2 

8 

10 

32 

34 

24 

3 

34 

34 

C 

(2 

-4) 

10 

8 

18 

8 

18 

0 

4 

18 

18 

D 

(4 

-3) 

16 

18 

34 

18 

34 

0 

5 

46 

46 

E 

(3 

-6) 

8 

34 

42 

43 

51 

9 

6 

42 

51 

F 

(3 

-5) 

12 

34 

46 

34 

46 

0 

7 

54 

54 

G 

(4 

-6) 

4 

18 

22 

47 

51 

29 

8 

56 

56 

H 

(4 

-5) 

7 

18 

25 

39 

46 

21 

I 

(5 

-7) 

8 

46 

54 

46 

54 

0 

■ 

J 

(6 

-7) 

3 

42 

45 

51 

54 

9 

• 

K 

(7 

-8) 

2 

54 

56 

54 

56 

0 

. 

••■ 

TABLE  6. — Computations  of  the  project  given  in  Table  5 
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The   critical   path   is   through  A-C-D-F-I-K,    and  the  minimum 
project  duration   is   56. 


o 


2^ 


FIGURE  9. — Network  of  the  project  given  in  Table  5,  showing 
critical  path. 
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2.4   CLASSIFICATION  OF  DERIVED  T2CHHI0UKS 

The  basic  algorithm  and  concepts  of  critical  path  tech- 
niques having  already  been  seen,  we  can  proceed  to  review  the  de- 
velopments of  these  basic  ideas.   These  developments  have  been 
directed  mainly  into  four  areas: 

1.  Time/cost  tradeoff  methods, 

2.  PERT  directed  techniques, 

3.  Resource  allocation  techniques, 

4.  General  network  theory  developments. 

Time/cost  tradeoff  techniques  are  one  of  the  first  develop- 
ments.  Their  objective  is  the  "compression"  of  project  comple- 
tion times  by  allocation  of  additional  resources  at  minimum  cost. 
They  will  be  studied  in  2.5. 

PERT  -  related  techniques  deal  mainly  with  the  problem  of 
uncertainty  in  activity  time  estimation,  and  how  this  uncertainty 
will  cause  uncertainty  in  planned  project  completion.   This  topic 
will  be  studied  in  2.6. 

Resource  Allocation  techniques  deal  with  the  problems  of 
leveling  manpower  requirements  during  project  life,  and  of  sched- 
ling  several  projects  under  stated  resource  constraints.   As  this 
topic  is  of  the  utmost  importance  to  machine  shop  scheduling,  it 
will  be  studied  in  depth  in  chapter  III.   All  methods  the  author 
is  aware  of  will  be  studied  and  evaluated  under  the  light  of  the 
general  scheduling  problem. 
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General  network  techniques  are  a  broad  field,  and  will 
not  be  covered  specifically  in  this  report.   It  is  related  to 
circuits  and  network  theory  in  electrical  engineering,  besides 
linear  and  and  dynamic  programming.   The  subject  is  covered  quite 
well  in  Archibald  and  Villoria  (211)  and  also  by  Hillier  and  Lieb- 
erman  (229).   The  works  of  Slmaghraby  (131)  and  Prisker  and  Happ 
(178),  are  important  in  this  field. 
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2.5   TIME/COST  TRADEOFF 

For  many  projects,  soma  or  all  activities  can  be  accelera- 
ted at  the  expense,  of  greater  direct  cost  for  such  activities. 
vJhen  this  is  so,  there  are  many  different  ways  that  activity  dur- 
ations can  be  selected  so  that  project  completion  times  of  the 
resulting  schedules  are  all  equal.   However,  each  schedule  would 
imply  a  different  value  of  total  project  direct  cost.   This  chap- 
ter treats  the  different  methods  that  have  been  devised  in  Crit- 
ical Path  Techniques  to  optimize  this  problem,  that  is,  for  any 
given  project  duration  (or,  for  any  given  project  acceleration), 
determining  the  least  costly  schedule.   Those  methods  differ  bas- 
ically in  the  assumptions  made  about  the  form  of  the  activity 
direct'  cost  -  duration  relationship. 

The  basic  method  was  devised  by  Kelley  (54)  in  his  original 
work  at  Du  Pont,  and  was  presented  in  the  paper  where  he  intro- 
duced CPU.   He  developed  a  parametric  linear  programming  formu- 
lation for  the  problem,  and  used  the  Ford  -  Fulkerson  network- 
flow  algorithm  to  obtain  the  project  cost  curve.   In  a  separate 
article,  originating  slightly  after  the  first  Kelley  article, 
Fulkerson  (49)  also  presents  a  network-flow  solution  for  the 
problem. 

Both  Kelley  and  Fulkerson  made  the  following  assumptions: 

1.   The  "true"  time-direct  cost  relationship  of  a  typical 
project  activity  is  a  continuous,  convex  function.   (Fig.  10) 
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2.  The  various  functions  (for  the  various  activities) 
are  independent . 

3.  An  accurate  linear  or  piecevise-lincar  approximation 
to  the  "true"  convex  function  can  be  made  for  each  activity. 

The  data  required  for  this  linear  approximation  consists 
of  tv;o  pairs  of  cost-time  estimates  for  each  activity:  one  pair 
for  the  "normal"  activity  duration  and  its  associate  cost,  and 
another  pair  for  an  accelerated  ("crash")  duration  and  cost. 
This  implies  a  continuous  linear  relationship  between  duration 
and  cost. 


Q 


co 


Irue     Cost     CurvB 


.  crash  potmi 

"^  linear  approx/m ation 


■^ 


^normal '  po/nt 


djj  y,J  BJJ~    Dc/raTioY) 

FIGURE  10. --Line av  approximation  of  a  convex  time/cost  curve 
for  activity  (i,j). 
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To  define  then  tfe  linear  programming  problem,  we  build 
an  objective  function  (project  direct  cost)  to  be  minimized,  the 
independent  variables  being  the  activity  durations,  within  the 
limits  defined  by  normal  and  crash  points. 

In  Fig.  11,  we  have,  vor  activity  (i,  j) ,  if 

O^d.  .  ^y-  .— D.  .  then  C.  .  the  cost  of 
1,0   *i*J   i,j       i»j 

activity  (i,j),  is  given  by 

O;  ,•  ■  b.  .  -  a.  .  (y.  .) 
x»0    irJ    i,J  *i,j 

where  a.  .  and  b.  .  —  0.  The  project  direct  cost,  TC,  of  any 

feasible  schedule  is  given  by 

TG  =  .  .  (b.  .  -  a.  .y.  .) 
i,j    x.O    i.O  lt3 

and  the  primal  linear  programming  formulation  is  to  minimize  TG, 

that  is  maximise   ~.  a.  .  y.  .  subject  to  the  following  set  of 
i»0  *»J  i.j 

constraints: 

Ti  *  yi,j  "  Tj-°»  a11  (i'j) 

d±   ,^y    ^D     all  (i,j) 
■"-.J    1,0    ^-.o, 

-T  tT  ^A, 
1    n 

where  T  =  earliest  expected  time  of  event  k;  and  the  project  is 
k 

constrained  to  start  at  time  0  and  end  at  some  timeA(parameter). 

T.    are  (unknown)  variables ,  and  are  not  included  in  the 
objective  function  for  their  cost  coeficient  is  zero;  their  role 
in  this  formulation  is  merely  to  insure  that  the  scheduled  values 
of  y.  .  are  feasible  from  the  standpoint  of  network  logic,  and 

,3  ■  ■  \ 

that  the  project  duration  does  not  exceed  s\   . 
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Cost 


Q;j    slope. 


j/j  y//  X>,y  Dura uo-n 

FIGURE  ll.--Nomenclature  for  linear  approximation  to  activity 

t  irae/co  s  t  curve  . 
With  the  problem  thus  defined,  it  could  be  solved,  using  the 

simplex  algorithm,  for  each  A ;  with  the  minimum  cost  schedule 

for  each  project  duration  A ,  we  could  plot  a  curve  of  minimum 

project  cost-duration: 


IS) 

o 

0) 

t- 
<j 

0 


all-  crash   schedule  point 


,qU  normal  schec/u/s  point 


Project  Duration,    A 


FIGURE  12. --Minimum  project  cost-duration  curve. 
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Or,  if  instead  of  wanting  to  find  the  minumum  cost  sched- 
ule for  a  given  project  duration,  we  want  to  find  the  project 
duration  with  minimum  total  costs,  we  can  superimpose  on  the 
project  direct  cost-time  curve  the  indirect  cost: 


Cost 


Mini  r/iLrmC 
ToTat  R^j-M 
CostJ 


^direct  Cost 


Optimal  Project 
DurQTion 

FIGURE  13. --Minimum  total  cost-duration  curve. 

Although,  this  linear  programming  problem  could  be  solved 
using  the  simplex  algorithm,  such  a  procedure  would  be  very  inef- 
ficient, for  the  number  of  constraints  could  be  very  large  (three 
for  each  activity  in  the  network).   Kelley  and  Fulkerson  tackled 
the  problem  in  a  different  way:  they  formulated  the  dual  of  the 
above  primal  LP  problem,  and  used  the  Ford-Fulkerson  network- 
flow  algorithm  to  solve  it.   Intuitively,  the  procedure  goes  as 
follows:  an  all-normal  schedule  and  cost  are  computed  letting 


y •  •  =  D£n-  for  every  activity  (i,j).   Then  the  procedure  forces 
a  reduction  in  project  completion  time  (A)  by  expediting  those 
critical-path  activities  possessing  the  smallest  cost/time  slopes. 
That  is,  not  all  critical  activities  are  expedited  at  once.   As 
the  pz"oject  completion  time  is  reduced,  different  activities 
become  critical  and  there  is  a  change  in  the  selection  of  the 
activities  to  be  expedited.   The  procedure  is  repeated  until  the 
minimum-duration  project  schedule  is  achieved  (that  is,  with  all 
critical  activity  y^j  =  d-[j).   The  result  of  the  procedure  is  a 
project  cost  curve  such  as  the  one  shown  in  Fig,  13. 

This  GEM  procedure  is  then  a  rigorous  and  efficient  compu- 
tational algorithm,  which  has  been  programmed  for  various  compu- 
ters and  is  available  as  part  of  several  standard  CP11  and  PERT 
routines,  at  least  one  of  which  will  handle  up  to  75,000  activi- 
ties.  For  a  summary  of  some  of  the  available  routines,  see 
Philips  (89).   Its  chief  drawbacks  are  the  rather  stringent  assump- 
tions about  continuity,  convexity  and  about  the  linearization. 
Clark,  using  a  very  similar  conceptual  approach  to  the  problem, 
presented  an  alternative  technique  (47). 

Several  methods  have  been  proposed  aiming  to  relax  the 
restrictive  assumptions  made  by  Kelley  and  Fulkerson  in  the  CPM 
procedure;  they  are  intended  to  handle  nonconvex  activity  func- 
tions as  well  as  discrete  time/cost  points.   One  such  approach 
is  described  in  the  DOO/NASA  Guide- PERT/ Cost  (57),  a  similar 
one  by  Alpert  and  Orkland  (43)  and  more  recently,  with  additional 
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refinements,  by  Moder  and  Phillips  (221).   The  general  approach 
in  each  case  is  the  same:  only  discrete  time/cost  points  for  each 
activity  are  used  for  feasible  data  (see  Fig.  14),  instead  of 
continuous,  straight-line  estimates. 
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FIGURE  14. --Discrete  time/cost  points  for  the  activity  curve. 


For  each  activity  in  the  critical  path,  the  discrete  points 
are  connected  by  line  segments  drawn,  at  each  iteration,  between 
a  given  scheduled  point  and  all  the  other  points.   Augmentations 
of  resources  are  then  made  to  the  critical  path  activity  having 
the  least  (absolute  value  of)  slope,  which  is  equivalent  to  buy- 
ing time  where  it  is  cheapest.   As  each  augmentation  is  made,  a 
new  schedule  is  computed. 

Even  though  the  assumptions  about  the  activity  functions 
are  much  less  restrictive  than  the  Kelley-Fulkerson  assumptions, 
this  method  does  not  give  all  possible  minimum-cost  project  dur- 
ation reduction,  as  the  network-flow  solution  does.   In  this 
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sense,  it  is  not  an  optimal  procedure,  although  it  may  produce 
sufficiently  accurate  answers  in  practical 'situations. 

A  different  approach,  also  designed  to  handle  unrestrained 
activity  fluctuations,  is  the  integer  linear  programming  tech- 
nique offered  by  Meyer  and  Schaffer  (56).   They  start  with  the 
primal  LP  formulation  given  earlier,  then  modify  it  to  handle 
various  types  of  activity  time/cost  functions;  the  problem  is 
then  solved  using  integer  programming  methods. 

The  disadvantages  of  this  method  is  that  it  requires  more 
computational  effort  than  the  network-flow  equation,  for  the 
number  of  variables  and  constraint  equations  increases  very  rap- 
idly with  network  size.   The  result  is  that  even  with  the  largest 
computers,  networks  of  no  more  than  fifty  activities  can  be  han- 
dled.  It  is  possible  to  handle  larger  networks  by  decomposing 
them  into  subnetworks,  but  the  procedure  is  complicated  and  time 
consuming;  the  integer  LP  approach  is  not  then  practical  for  the 
majority  of  problems,  and  should  only  be  used  when  very  costly 
activities  are  involved,  or  other  considex-ations  justify  the 
extra  effort  required. 

Several  other  approaches  have  been  used,  each  of  which  hinge 
upon  assumptions  about  the  activity  direct  cost-duration  rela- 
tionshop.   The  works  of  Jewell  (53)  and  Berman  (45)  are  exam- 
ples of  interesting  approaches;  a  good  overall  discussion  of 
these  methods  is  found  in  (24). 

Finally,  some  methods  have  been  recently  proposed  to  re- 
duce the  total  effort  in  using  the  Fulkerson  network-f low 
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algorithm,  such  as  in  (51,  52,  58  and  59).   Up  to  now,  though, 
the  Kelley-Fulkerson  method  is  still  the  most  widely  used,  as 
very  little  research  has  been  done  on  the  actual  form  of  the 
activity  cost/time  function  in  practical  projects,  and  on  com- 
paring and  eveluating  these  several  alternative  techniques  by 
simulation. 
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2.6     UNCERTAINTY     (PERT) 

2.6.1  Introduction. 

In  large  research  and  development  projects  such  as  the 
polaris  missile  project,  the  planner  faces  a  rather  different 
problem  from  the  one  that  has  been  discussed  up  to  now.  The 
basic  difference  is  that  chance  plays  a  much  larger  part  in  the 
completion  time  of  the  activities.   Activities  in  such  large 
projects  often  depend  on  man's  creative  ability,  and  on  unde- 
fined technical  difficulties;  consequently,  the  estimate  of  their 
length  must  be  an  uncertain  one.   Such  an  approach  as  the  deter- 
ministic estimation  of  activity  duration  time  would  be  wholly 
inadequate  for  such  activities. 

The  PERT  algorithm  (63)  then  presents  a  method  by  which 
these  large  uncertainties  in  activity  time  estimation  can  be 
handled,  in  the  context  of  network  theory. 

2.6.2  Conventional  PST  procedure. 

PERT  handles  uncertainty  by  assuming  that  the  duration  of 
an  activity  is  a  beta-distributed  (Fig.  15).   The  probability 
density  function  of  the  beta-distribution  is 
f(t)  =  ICtt-a)*"  (b-t/ 

PERT  uses  two  time  estimates  (the  "optimistic"  time  and 
the  "pessimistic"  time)  to  specify  a  and  b. 

The  optimistic  time  (a)  is  the  shortest  time  in  which  the 
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activity  could  ever  be  completed;  the  pessimistic  time  (b)  is 
the  longest  time  the  activity  could  ever  take  to  complete  (bar- 
ring "acts  of  God"). 

A  third  estimate,  m,  the  most  likely  time,  is  also  obtained. 
The  value  of  m  is  the  mode  of  the  distribution,  and  this  value  is 
used  to  determine  the  two  parameters  o^and/? . 


FIGIRS  15. --Beta-distributions. 

Certain  cares  must  be  taken  in  the  estimation  of  these  three 
parameters  for  each  activity,  so  that  they  will  be  independent 
both  of  each  other  and  of  scheduling  considerations.   Also,  it 
should  be  noted  that  these  estimates  use  the  basic  assumption  that 
the  task  will  be  done  only  with  the  resources  originally  alloca- 
ted to  them,  that  is,  no  expediting  of  the  activities  is  going  to 
be  considered. 
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Once  the  planner  has  three  estimates  for  each  activity,  a 
beta-distribution  has  then  been  defined  for  each  activity,  and 
the  next  step  is  to  calculate  the  mean  and  the  variance  of  the 
distribution. 

The  PERT  system  approximates  the  mean  (te)  of  the  distribu- 
tion, and  the  variance  (V-j-)  as: 

t     =  (a  +  Am  +  b)     ,  and 
e    ,    g 


Vt  =(b  -  *)■ 


The  formula  for  the  mean  implies  giving  four  times  more 
weight  to  the  mode  than  to  the  extremes;  it  is  a  linear  approxi- 
mation of  the  exact  solution,  which  includes  finding  the  roots  of 
cubic  equations. 

The  assumption  that  the  standard  deviation  is  one  sixth  of 
the  range  is  based  on  the  Tchebicheff  inequality;  it  states  that 
at  least  89%  of  any  distribution  lies  within  three  standard  de- 
viations of  the  mean.   For  the  normal  distribution,  the  figure 

is  99.1%. 

Having  the  mean  and  the  variance  of  the  times  for  each 
activity,  the  planner  then  proceeds  to  determine  the  mean  and 
variance  of  the  whole  project,  (or,  to  put  it  another  way,  to 
find  the  probability  of  meeting  a  scheduled  completion  date  for 
the  project).   In  this  step,  the  PERT  procedure  uses  the  Central 
Limit  Theorem,  which  states  that  the  sum  of  n  independent  random 
variables  (  the  times  for  each  activity)  is  a  random  variable 


70 


(the  completion  time  for  the  whole  project)  having  the  shape  of 
a  normal  distribution;  the  mean  of  the  new  random  variable  is  the 
sum  of  the  means  of  the  independent  variables,  and  the  variance 
is  the  sum  of  the  variance  s . 

Based  on  this  Central  Limit  Theorem,  then,  PERT  treats 
the  means  of  the  individual  activity  times  deterministically  and 
goes  through  the  computations  described  in  2.3  (forward  and  back- 
ward passes)  to  determine  the  critical  path.   Once  the  critical 
path  is  found,  the  mean  project  completion  time  is  taken  as  the 
sum  of  the  mean  times  for  the  critical  path  activities,  and  its 
variance,  as  the  sum  of  the  variances  of  the  critical  path^ acti- 
vities.  When  there  are  two  or  more  critical  paths  converging  on 
one  event,  with  different  variances,  the  largest  is  taken  as  the 
event  variance. 

Using  this  procedure,  the  planner  then  finds  the  mean  and 
variance  of  the  total  completion  times  of  the  project;  with  these 
two,  using  a  table  of  the  normal  distribution,  he  can  predict  the 
probability  of  meeting  a  stated  completion  deadline. 

As  an  illustration  of  this  PERT  procedure,  consider  the  net- 
work  shown  below.    The  numbers  for  each  activity  are  a,  m  and  b. 


Example  taken  from  Hoder  and  Phillips,  p.  208. 


71 


0* 


2-3 


FIGURE  16. --Example. 


Using  the  two  expressions  for  te  and  V-fc,  we  get: 


© 


fe=g 
Vf'/9 


FIGURE  17.—  Example  of  Figure  16,  with  ?SRT-estimated  means  and 
variations. 


It  can  be  readily  seen,  even  without  using  the  formal 
forward  and  backward  computations ,  that  the  critical  path  is 
through  events  1,  2,  3,  4,  and  6.   The  completion  time  for  the 
project  (mean)  is  then  2  +  4  +  3  +  3  =  12;  as  to  the  variances: 
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Vt  (event  1)  =  0 

Vt  (event  2)  =  0  +  1/9  =  1/9 

Vt  (event  3)  =  1/9  +  9/9  =  10/9 

Vt  (event  5)  =  1/9  +  l/9  =  2/9 

Vt  (event  4)  =  10/9  +  16/9  =  26/9 

Vt  (event  6)  =  26/9  +  1/9  =  27/9  =   3 
Note  that  event  4  is  a  merge  event;  its  variance  is  com- 
puted along  the  critical  path,  or  1-2-3-4,  and  not  along  1-2-5-4. 
For  the  whole  project,  then,  v.'e  have: 

te  -  12,     Vt  =  3 

The  probability  that  the  project  would  be  completed  by 

time  12  is  then  50%;  by  time  14,  is  88%  (z  =  14-12  =  1.16;  for 

~l773" 
z  =  1.16,  in  the  normal  tables,  we  find  p  =  0.88).   Note,  thus, 

that  these  probabilities  are  the  probabilities  that  the  project 
be  completed  without  expediting;  if  expediting  is-  considered,  then 
the  probabilities  would  be  much  larger.   Also,  in  this  particular 
example,  the  Central  Limit  Theorem  (that  presupposes  an  infinite 
sequence  of  activities)  does  not  hold  very  well,  for  we  have  a 
sequence  with  only  four  activities.   But  we  hope  that  it  helped 
to  make  clear  how  PERT  is  used  in  complex  networks. 

This  concept  of  the  probability  of  completing  the  project 
by  a  scheduled  date  can  be  easily  extended  to  include  the  proba- 
bility of  reaching  any  event  (milestone)  in  a  scheduled  date 
(see  Koder  and  Phillips).  (221) 
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2.6.3  Analytical  Study  of  PISRT  Assumptions. 

The  PERT  assumptions  will  be  studied  in  two  steps:  first, 
the  study  of  the  possible  activity-based  errors;  then,  the  study 
of  the  network  configuration-errors. 

2.6.3.1  Activity-Based  Errors. 

The  assumptions  made  in  the  PERT  procedure  to  calculate  the 

mean  t,  and  the  variance  Vt  of  each  activity  can  lead  to  three 

distinct  kinds  of  errors; 

E-l.   The  true  activity  time  distribution  is  not  known; 
it  can  be  said  to  be  unimodal,  continuous,  and  that  it 
touches  the  abscisses  in  two  non -negative  points,  and 
that  is  all;  to  say  that  the  distribution  is  a  bete  dis- 
tribution, when  it  can  be  otherwise,  introduces  a  first 
error  in  the  values  of  te  and  Vt.   Mac  Crimmon  and  Ryavec 
(69)  calculated  that  the  maximum  possible  error  introduced 
by  this  assumption  can  be,  for  te,  33%;  in  the  more  usual 
cases,  where  the  mode  is  near  l/2,  the  worst  error  is 
around  11%.   Lukaszewicz  (67)  stated  that  this  last  value 
is  wrong,  and  that  even  with  the  mode  near  l/2,  the  error 
can  be  as  large  as  25%.   For  Vt,  an  error  of  17%  is  possi- 
ble. 

E-2.   A  second  type  of  error  is  introduced  by  the  approxi- 
mate expressions  for  the  calculation  of  t&   and  Vj_.   That 
is,  even  if  the  activity  times  were  exactly  a  beta  distri- 
bution, the  use  of  the  approximate  expressions  would 
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introduce  an  error.   Mac  Crimmon  and  Ryavec  (69)  calcu- 
lated that,  for  extreme  cases,  these  errors  can  be  as 
large  as  337a  for  the  mean  and  would  be  reduced  to  4%  and 
7%,  respectively,  inmost  c~ses. 

E-3.   A  third  type  of  error  is  the  error  in  the  estimation 
of  a,  b  and  m.   Even  if  the  distribution  were  exactly  a 
beta  distribution,  and  if  te  and  Vt  were  calculated  using 
the  rigorous  formulae  for  the  beta-distribution  (and  not 
the  approximate  ones),  there  could  be  errors  in  te  and  V 
caused  by  errors  in  the  estimation  of  a,  b  and  m.   Kac 
Crimmon  and  Ryavec  calculated  that  errors  of  10%  to  20%  in 
the  estimation  of  these  parameters  could  cause  an  absolute 
error  of  30%  in  the  value  of  the  mean,  and  15%  in  Vt. 

It  has  to  be  said  that  since  many  of  the  cases  considered 
—  although  theoretically  possible  —  are  rather  extreme,  these 
three  errors  could,  probably,  be  reduced  to  perhaps  5%  in  the  mean, 
and  10%  in  the  variance.   Also,  as  the  errors  can  be  positive 
or  negative,  some  degree  of  cancelation  is  expected  to  occur  when 
all  activities  are  combined  in  the  network. 

'2ven  allowing  for  these  facts,  these  errors  still  seem  very 
large,  and  can  cast  considerable  doubt  on  the  validity  of  the 
whole  PERI  procedure.   Mac  Crimmon  and  Ryavec  (69)  even  suggested 
that  if,  instead  of  the  beta-distribution,  a  simple  triangular 
distribution  were  considered,  the  planner  would  be  better  off, 
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for  the  E-l  and  E-3  errors  would  stay  on  the  same  levels,  and  E-2 
errors  would  be  zero,  for  the  parameters  of  the  triangular  dis- 
tribution can  be  readily  and  rigorously  determined. 

Moder  and  Phillips  (221)  proposed  a  variation  of  the  con- 
ventional PERT  method  tending  to  decrease  E-l  and  E-3  errors. 
Their  method  is  based  en  defining  a  and  b  as  percentiles  of  the 
beta  distribution,  rather  than  extremes. 

Still  another  assumption  made  in  the  PERT  procedure  is  re- 
lated to  the  measure  of  skewness  of  the  distribution.   Even  though 
Malcom  et  al.  (68),  in  the  first  publicly  ptiblished  PERT  paper, 
stated  that "no  assumption  is  made  about  the  position  of  m  relative 
to  a  and  b,"  Grubbs  (78)  indicated  that  the  assumptions  about  the 
beta  distributions  are  very  restrictive,  implicating  a  coefficient 
of  skew  of  either  ±.0.707  or  zero.   Donaldson  (65)  proposed  a  meth- 
od to  avoid  this  inconsistency  and  relax  this  "hidden  "  PERT 
assumption;  his  method  involves  an  estimate  of  the  mean,  instead 
of  the  mode  (as  in  the  conventional  PERT  procedure)  and  also 
assumes  that  the  beta  distributions  are  tangent  to  the  x  -  axis 
at  a  and  b.   Coon  (64)  showed  how  Donaldson's  method  could  be 
extended  to  the  case  where  one  has  only  an  estimate  of  the  mode, 
as  in  the  conventional  PERT  method,  and  not  of  the  mean, 

2.6.3.2  Network  Configuration  -  Based  Errors. 

Even  if  the  values  for  te  and  Vt  for  each  activity  were 
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free  of  any  error,  the  F2RT  procedures  still  would  introduce  an 
error  in  the  determination  of  the  total  project  mean  and  variance. 
This  error  is  caused  by  the  assumption  that  the  mean  and  variance 
of  the  critical  path  are  the  mean  and  variance  of  the  project. 
This  assumption  makes  the  PERT  value  of  the  project  completion 
mean  time  to  be  smaller  than  the  true  mean,  that  is,  the  PERT 
value  is  always  biased  optimistically;  the  variance  is  also 
biased,  but  in  both  directions. 

To  explain  this  fact,  it  should  be  remembered  that,  once 
the  mean  and  variance  of  the  individual  activity  times  are  cal- 
culated, the.  PERT  procedure  gives  up  its  stochastic  approach  and 
proceeds  to.  determine  the  critical  path,  using  a  deterministic 
approach;  it  takes  the  mean  and  variance  of  the  project  comple- 
tion time  as  being  the  sum  of  the  mean  and  variance  of  only  the 
activities  on  the  critical  path.   This  is  not  true,  for  the  mean 
and  variance  of  the  project  is  always  greater  than  the  mean  and 
variance  of  the  critical  path   (considering  its  expected  values), 
as  shown  by  Mac  Crimmon  and  Ryavec  (69).   In  fact,  not  only  the 
critical  path,  but  all  other  paths  through  the  network  have  a 
probability  of  turning  out  to  be  the  longest  path,  after  the  pro- 
ject is  completed;  and  this  probability  should  be  taken  into  ac- 
count when  of  the  calculation  of  the  mean  and  variance  of  the 
whole  project.   The  "true  longest  path"  through  the  network  is 
the  path  with  the  longest  actual  completion  time;  this  path  can 
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sometimes  be  the  critical  path,  but  it  can  also  be  any  other 
path;  and,  as  the  longest  path  duration  is  obviously  always 
greater  or  equal  to  the  duration  of  the  critical  path,  the  ex- 
pected true  mean  of  the  project  completion  time  is  always  greater 
than  the  PERT-found  mean. 

This  error  in  the  PSRT-calculated  project  mean  and  variance 
varies  with  the  network  configuration;  the  more  paths  in  parallel 
in  the  network,  the  larger  it  will  be.   Also,  if  many  non-criti- 
cal paths  each  have  a  duration  approximately  equal  to  the  dura- 
tion of  the  critical  path,  this  error  will  tend  to  be  large;  con- 
versely, the  more  slack  there  is  in  each  of  the  non-critical  times, 
the  smallei"  will  be  the  error. 

Several  approaches  have  been  proposed  to  cope  with  this 
error.   Clark  (63)  introduces  a  correction  for  this  error;  his 
procedure  seems  to  be  feasible,  though  rather  cumbersome,  but 
no  computer  programs  seem  to  have  included  it  yet.  Mac  Crimmon 
and  Ryavec  (69)  suggest  that  the  whole  PERT  approach  should  be 
modified,  with  the  substitution  of  the  conventional  "critical 
path"  concept  for  a  "critical  activity"  concept;  his  ideas  have 
been  further  developed  by  Uelsh  (77),  including  the  concept  of 
"super-critical  arcs";  Welsh  further  suggests  types  of  algorithms 
that  could  be  used  to  solve  the  project  scheduling  problem  thus 
stated. 

2.6.4   Comments 

There  seems  to  be  a  considerrble  amount  of  disagreement  on 
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the  problem  of  uncertainty.   The  development  of  new  ideas  has 
been  rapid,  and  there  has  not  bean  enough  time  for  all  of  the 
conclusions  to  be  tested;  noticeably,  simulation  is  very  useful 
in  testing  several  alternate  methods;  an  insufficient  amount  of 
work  has  been  done  in  this  area. 

One  of  these  simulations,  made  by  Van  Slyke  (74)  indica- 
ted rather  surprisingly  that  the  probability  of  meeting  a  sched- 
uled completion  time  was  given  by  the  conventional  P3RT  method 
with  a  fair  degree  of  accuracy,  in  spite  of  all  its  assumptions. 
This  could  be  explained  by  compensation  of  activity-based  errors, 
and  by  the  special  network  configuration.   It  would  be  interes- 
ting to  know  if  this  accuracy  would  hold  for  different  network 
configurations . 

In  conclusion,  as  the  basic  PERT  assumptions  are  being  more 
and  more  challenged  on  theoretical  grounds,  the  PERT  statistical 
approach  is  disappearing  from  many  PERT  output  reports,  although 
it  enjoyed  great  popularity  shortly  after  its  inception.   If 
this  approach,  for  which  there  is  a  real  need,  is  going  to  stage 
a  comeback  or  not  will  depend  on  the  development  of  some  basic 
improvements  on  the  method,  even  if  at  the  cost  of  simplicity. 


CHAPTER  III 

RESOURCE  ALLOCATION 

3.1   IMPORTANCE  IN  PRODUCTION  PLANNING 

The  objectives  to  be  reached  in  optimizing  machine  shop 
scheduling  under  job  shop  production  are,  as  shown  in  1.2s 

1.  Minimization  of  idle  machine  time, 

2.  Minimization  of  in-process  inventories, 

3.  Minimization  of  delay  penalties, 
A.  Minimization  of  systemic  costs. 

Traditional  scheduling  procedures,  based  on  Gantt  charts 
and  clerical  posting  (as  described  in  1.1.2)  do  fairly  well  as  to 
objectives  1  (minimization  of  idle  machine  time)  and  not  so  bad 
as  to  4  (minimization  of  systemic  costs).   They  are  very  bad  as 
objectives  2  and  3  (minimization  of  in-process  inventories  and 
and  delay  penalties)  are  concerned. 

New  methods  that  could  produce  schedules  nearer  to  objec- 
tives 2  and  3  have  been  searched  intensively,  as  exposed  in 
1.1.5.   Of  these,  Critical  Path  Techniques  seem  to  be  the  most 
promising,  for  they  allow  for  the  first  tine  the  (partial)  attain- 
ment of  objectives  2  and  3  in  a  logical  and  systematic  way. 

Critical  path  techniques  do  not  fare  so  well  in  general 
towards  objective  number  4:  by  disciplining  the  planning  process, 
they  may  (or  may  not)  increase  planning  costs.  Mechanization  and 
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data  processing  often  can  keep  the  systemic  costs  under  an  accep- 
table level.   As  to  objective  4,  then,  critical  path  techniques 
do  not  do  badly. 

Considering  no;;  objective  1  (minimization  of  idle  machine 
time),  we  see  that  critical  path  techniques  do  very  badly  indeed 
(at  least  the  ones  described  in  chapter  II).   They  give  attention 
only  to  minimization  in-process  inventories  and  delay  penalties, 
and  consider  that  resources  are  freely  available  to  do  the  tasks 
whenever  they  arc  scheduled.   This  approach  was  initially  devel- 
oped to  help  in  the  planning  and  control  of  one  project  only. 
Specifically,  as  was  seen  in  2.2.,  PER.T  was  developed  to  help 
the  planning  and  control  of  the  Polaris  project  by  the  Navy,  and 
CPM,  to  plan  the  overhaul  and  maintenance  of  chemical  plants  at 
Du  Pont.   In  these  projects,  minimization  of  project  completion 
was  of  the  utmost  importance,  and  resources  were  made  available 
in  the  necessary  amount,  regardless  of  their  level. 

The  scheduling  problem  in  machine  shops  involves  several 
simultaneous  projects,  instead  of  only  one;  resources  (men  and 
machine  time)  are  not  unlimited,  although  they  can  be  varied  to 
a  small  extent.   The  results  of  the  first  tentative  applications 
of  PERT  and  CPI-i  to  multi-project  scheduling  in  machine  shops  were 
then  unsatisfactory,  for  they  produced  resource  utilization  pro- 
files that  were  completely  unnacceptable  for  everyday  scheduling; 
for  instance,  for  a  certain  machine  tool,  2,000  machine  hours 
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might  be  scheduled  for  one  month,  and  zero  for  the  next  two  or 
three  months.   This  state  of  affairs  was  unacceptable  to  machine 
shop  conditions,  for  objective  number  1  (minimisation  of  idle 
machine  times)  is  of  great  importance  here. 

Several  tentative  adaptations  of  basic  critical  path  methods 
have  been  tried,  to  solve  the  resource  allocation  problem  in 
factory  scheduling.   Some  of  these  methods  are  of  a  very  sophis- 
ticated nature,  and  give  very  good  results  under  all  four  of  the 
scheduling  objectives.   All  the  methods  the  author  is  aware  of 
will  be  surveyed  in  this  chapter  with  a  bz-ief  e:q>lanation  of 
their  mechanism,  wherever  possible. 

Two  sharply  differing  general  approaches  have  been  followed 
in  tackling  the  resource  allocation  problem.   They  are  Resource 
Leveling,  to  be  studied  in  3.2,  and  Scheduling  under  Stated  Re- 
source Constraints,  to  be  covered  in  3.3.  An  evaluation  of 
these  techniques  is  made  in  3.4. 

In  resource  leveling,  the  problem  is  stated  in  terms  of 
minimization  of  resource  level  variation  under  project  comple- 
tion time  constraints.   To  put  it  another  way,  given  a  stated 
(minimum)  project  completion  time  (obtained  using  the  basic  PSPJ/ 
CPM  algorithm),  what  is  the  best  possible  schedule  of  project 
activities  so  as  to  minimize  ("level")  variations  in  the  resource 
profile?  The  constraint  here  is  then  time ,  and  the  objective  func- 
tion is  expressed  in  terms  of  resources. 

Under  resource  constrained  techniques,  the  approach  is  the 
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opposite.   Given  resource  constraints,  what  is  the  best  possible 
schedule  of  project  activities  so  as  to  minimise  project  com- 
pletion times?   The  constraint  here  is  then  resources,  and  the 
objective  function  is  expressed  in  terms  of  time. 

As  will  be  scan  in  3.4,  the  second  approach  (resource  con- 
straint techniques)  is  the  more  realistic  in  machine  shop  sched- 
uling. As  a  final  note,  several  time/cost  tradeoff  methods  have 
been  published  under  the  title,  of  "resource  allocation."  In  the 
sense  used  in  this  report,  resource  allocation  deals  only  with 
either  leveling  techniques  or  resource  constraint  techniques. 
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3.2   LEVELING  TECHNIQUES 

3.2.1   The  Burgess-Killibrcw  Method. 

The  Burgess-Killibrew  method  (21,  221)  is  a  systematic 
approach  to  the  one-resource  leveling  problem.   The  method  con- 
sists essentially  of  comparing  alternate  schedules  obtained  by 
sequentially  moving,  in  time,  slack  activities  and  computing  the 
resulting  profile.   The  measure  of  effectiveness  used  for  compar- 
ison of  schedules  is  the  sum  of  the  squares  of  the  resource  re- 
quirements.  This  measure  has  the  property  of  becoming  smaller 
as  the  variation  in  resource  requirements  from  time-unit  to  time- 
unit  becomes  smaller. 

The  procedure  to  be  followed  is : 

Step  1:   List  the  activities  so  that  arrow  head  numbers 
are  in  ascending  order;  when  two  activities  have 
the  same  arrow  head  number,  list  them  by  ascending 
tail  numbers .   Schedule  all  activities  to  begin  at 
their  earliest  starting  times.   Prepare  a  bar 
chart  for  the  activities  showing  their  total  and 
free  slack  (see  Tab.  8). 
Step  2:   Starting  with  the  last  activity  in  the  list, 

schedule  it  to  give  the  lowest  total  sum  of  squares 
of  resource  requirements  for  each  time  unit.   This 
is  done  by  moving  the  activity  one  time  unit  at  a_ 
time  to  the  right  (inside  the  slack)  and  computing 
the  sum  of  the  squares,  until  the  minimum  is  found. 
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If  more  than  one  schedule  gives  the  seme  total 
sum  of  squares,  choose  the  one  in  which  the  acti- 
vity begins  as  late  as  possible. 

Step  3:   Holding  the  last  activity  fixed,  repeat  Step  2 

on  the  next  to  the  last  activity  in  the  list,  taking 
advantage  of  any  slack  that  may  have  been  available 
to  it  by  the  rescheduling  on  Step  2. 

Step  4:   Continue  Step  3  until  the  first  activity  in  the 
list  has  been  considered;  this  completes  the  first 
rescheduling  cycle. 

Step  5:  Repeat  Steps  2  through  4  until  no  further  reduc- 
tion in  the  sum  of  squares  is  possible.  Note  that 
only  movements  of  an  activity  to  the  right  (sched- 
ule later)  are  permissible  under  this  scheme. 

For  an  application  of  this  procedure,  consider  the  follow- 
ing network  (taken  from  Noder  and  Phillips,  ref.  221). 


FIGURE  18l--rroject  network  with  durations. 


86 

Dura- 
tion 

Acti- 
vity 

ES    EF 

L3 

LF 

3 

Sf 

Event   Te 

Tl 

2 

0-1 

0    2 

5 

7 

5 

0 

0    0 

0 

4 

1-2 

2    6 

7 

11 

5 

0 

1    2 

7 

1 

2-5 

6    7 

11 

12 

5 

4 

2    6 

11 

2 

0-3 

0    2 

0 

2 

0 

0 

3     2 

2 

5 

3-4 

2    7 

3 

8 

1 

0 

4    7 

8 

4 

4-5 

7   11 

8 

12 

1 

0 

5    11 

12 

1 

0-6 

0    1 

6 

7 

6 

0 

6     1 

7 

3 

6-7 

1    4 

7 

10 

6 

6 

7    10 

10 

8 

3-7 

2    10 

2 

10 

0 

0 

8   15 

15 

5 

7-3 

10    15 

10 

15 

0 

0 

3 

5-8 

11    14 

12 

15 

1 

1 

TABLE  7.-- 

■  Determine 

it  ion 

.  of  the  c: 

.-itic 

al  path. 

The  critical  path  is 

through  activities 

;  0-3,  3-7,  7- 

a, 

as  can  be  quickly 

verified 

in  Tab.  " 

' 

Going  through  Stop  1. 

i  we 

have 

Tab. 

8;  a 

ssume  that  the 

crew 

requirements 

(resource  X) 

for  each 

activity  are  as  stated  in 

the  t 

able. 

Notice  that 

the  activities  are  lis 

ted  in  Tab.  8  by  their 

arrow 

head  number; 

5,  as  specified  in 

Step 

1. 

All  activities  have 

been 

scheduled  on 

their  ea 

rliest  start  d 

ates.   The  column 

87 


"scheduled"  refers  to  the  final  schedule;  at  this  stage,  only 
the  activities  on  the  critical  path  (0-3,  3-7  and  7-8) 
are  already  scheduled,  for  they  cannot  be  moved  without  in- 
creasing the  total  completion  time  for  the  project;  these  crit- 
ical path  activities  are  then  "fixed,"  that  is,  scheduled.   The 
bar  chart  in  Tab,  8  portrays  the  schedule  after  Step  1:  the 
crisscrossed  bars  indicate  critical  path  activities. 
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Going  to  Step  2,  we  try  to  move  the  last  activity  in  the 
list  (7-8);  but  this  activity  is  already  scheduled,  being  on  the 
critical  path,  and  cannot  bo  moved. 

Repeating  Step  2,  we  try  to  move  5-3.   This  activity  has 
crew  requirements  of  zero  for  this  resource,  so  wherever  we 
schedule  it,  the  sum  of  the  squares  of  this  resource  remains  un- 
changed.  According  to  Step  3,  then, .we  move  it  to  the  right  one 
day,  to  get  as  much  slack  as  possible  in  all  preceding  activities. 

Repeating  Step  2,  we  arrive  to  activity  6-7.   It  is  current- 
ly scheduled  from  day  1  to  day  3,  and  the  current  resource  re- 
quirements arc  given  for  each  day  on  top  of  the  bar  chart.   So 
the  current  sum  of  squares  is: 

....  132  +  142  +  92  +  92  +  42  +  42  +  82  +  ....   =  763 

If  we  try  to  schedule  it  one  day  later,  (day  2-4),  we  have 
fox-  the  sum  of  squares: 

132   +  (14  -  5)2  -v  92   +  92  +  (4  -!-  5)2  +  42  +  32  +  ....  = 

132   +  92  +  92  +  92  +  92  +  42  +  82  +  ...  =  713. 

Note  that  the  terra  for  the  first  day  (132)  does  not  change, 
nor  do  all  the  others  after  the  fourth  day;  instead  of  computing 
every  time  all  the  terms,  let  us  then  take  into  account  only  the 
"end"  effects.  The  above  computation  would  then  become: 

14   +  92  +  92  +  42  =  374     (current  schedule) 
92  *  92  +  92  +  92  =  324     (new  schedule) 

So  it  is  profitable  to  move  6-7  one  day  to  the  right  (days 
2-4),  for  such  move  will  decrease  the  sum  of  squares  by  50  (763  - 
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713  =  374  -  324  =50).   But  this  may  not  be  the  optimum  sched- 
ule for  6-7  yet;  let  us  try  to  move  it  one  more  day  to  the 
right  (day  3-5): 

92  +  92  +  9   +  4   =  259      (current  schedule) 
42  +  92  +  92  +  92  =  259      (new  schedule) 
So,  according  with  the  rules  in  Step  3,  it  is  profitable 
to  move  one  more  day  to  the  right.   (day  3-5). 

Trying  to  move  it  one  more  day  (to  day  4-6),  we  have: 
<p-   +  92  +  92  +  82  =  307      (current  schedule) 
^2  +  9-  +  g2  +  132  _  3^y     ^new  schcdulc) 

So  this  last  movement  is  unwelcome,  for  it  would  increase 
the  total  sum  of  squares  by  40.   Trying  to  schedule  6-7  later 
still,  similarly  we  discover  that  the  sum  keeps  on  increasing. 
The  optimum  schedule  for  6-7  is  then  in  days  3-5,  and  we  decreased 
the  sum  of  squares  by  50. 

Tab.  9  chows  the  final  schedule  obtained  by  repeating  this 
procedure.   T7e  can  follow  the  scheduling  changes  by  noting  the 
changes  in  each  line  of  the  table  giving  the  crew  requirements 
and  sum  of  the  squares.   Line  1  gives  the  initial  requirements, 
with  all  a  ctivities  scheduled  as  early  as  possible:,  exactly  as 
in  Tab.  9..  Line  2  shows  the  situation  after  changing  6-7  two  days 
to  the  right.   After  scheduling  6-7,  we  proceed  to  schedule  3-7 
similarly,  and  so   on.   With  two  complete  passes  through  the 
list  of  activities,  (cycles),  the  sum  of  squares  does  not  de- 
crease anymore,  and  we  stop. 
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...  6,6,8,4,2,2,2  instead  of  ...  6,6,4,8,2,2,2.   Note  that  the 
total  sun  of  squares  is  the  same. 

This  is  then  the  Burgess  and  Killibrew  method.   It  does 
not  necessarily  produce  optimal  results,  for  it  depends  on  the 
numbers  assigned  to  the  activities  on  the  network,  and  on  the 
ordering  of  the  activities  in  Step  1.   If  we  arranged  the  acti- 
vities by  ascending  arrow  head  numbers,  but  by  decreasing  (in- 
stead of  increasing)  arrow  tail  numbers,  we  might  get  a  different 
final  result  (possibly  better).   Or,  if  we  had  assigned  the  event 
numbers  in  a  different  way  to  the  network,  we  might  get  still 
other  results.   Burgess  mentions  that,  if  the  resource  being 
leveled  is  critical  (very  expensive),  several  different  orderings 
of  activities  and  numbering  of  events  should  be  tried,  and  the 
best  final  solution  found  should  be  adopted. 

Also,  the  method  has  been  demonstrated  in  leveling  only 
one  resource.   It  can  be  extended  to  the  leveling  of  more  than 
one  resource,  though;  but  we  would  have  to  assign  a  system  of 
priorities  to  the  resources  being  leveled  and  level  than  one  at 
a  time.   As  an  example,  if  after  scheduling  for  leveling  the 
resource  X  as  in  illustration,  we  wanted  to  level  another  resource 
Y,  we  would  be  able  to  nove  only  activities  1-2,  3-4,  and  2-5. 
The  remaining  activities  are  already  fixed  by  the  consideration 
of  the  most  critical  resource. 

Burgess  and  Killibrew  present  also  an  application  of  the 
above  procedure  to  projects  which  contain  groups  (cycles)  of 
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activities  that  arc  repeated  a  number  of  times.   (21,  221) 

They  give  also  a  computer  program  to  execute  the  procedure.  (21) 

3.2.2  Levy,  Thompson  and.  T'ie.jt  Method. 

Levy,  Thompson  and  Wiest  (32)  presented  a  method  basically 
similar  to  the  Burgess  method,  but  enlarging  it  to  include  the 
leveling  of  several  types  of  resources  simultaneously,  and  of 
several  projects. 

3.2.2.1  Explanation  of  the  Method. 

The  problem  studied  was  the  leveling  of  crew  requirements 
in  the  several  shops  of  a  shipyard.   Each  "project"  is  then  the 
building  of  a  ship,  and  each  shop,  with  its  specialized  creus , 
corresponds  to  a  different  type  of  resource  to  be  allocated. 

The  method  considers  one  project  (ship)  at  a  time.   One 
simplified  project  would  then  be  (as  an  illustration)  the  se- 
quence of  activities  portrayed  in  the  networlc  of  Fig.  19.   The 
activities  and  their  crew  requirements  are  given  in  Tab.  11. 
Note  that  two  shops  (types  of  resources)  are  included. 
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FIGURE  19. --Network  with  durations. 
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1-2 

10 

1 

2-3 

10 

1 

3-5 

10 

2 

2-4 

2 

2 

4-5 

2 

1 

5-6 

10 

1 

The  basic  idea  of  the  method  is  to  schedule  first  all 
activities  at  their  earliest  start  dates,  and  then  shift  them 
to  the  right  for  leveling.   In  this  sense,  then,  the  basic  idea 
is  similar  to  the  Burgess  method. 

Activity   Duration   Shop   Crew  Requirement 

10 
10 
10 
10 
10 
10 

TABI£  11. — Activities  and  durations  for  the  network  of  Fig.  19. 

There  are  two  distinct  parts  in  the  method.   The  first 
part  consists  in  trying  to  level  crew  requirements  in  all  shops 
simultaneous ly.   In  this   sense,  then,  it  tries  to  level  two  or 
more  resource  profiles  at  the  same  time.   The  second  part  consists 
in  doing  further  leveling,  but  on  one  resource,  (shop)  at  a  time, 
beginning  with  the  most  expensive  resource  (the  shop  with  the 
highest  wages  for  the  crew  members). 

In  the  first  part,  then,  all  activities  of  the  project  are 
scheduled  in  their  earliest  start  dates.   The  manpower  require- 
ments for  each  shcn  (resource  profiles)  are  then  plotted. 
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In  our  example,  the  resource  profiles  in  this  step 
would  be  as  in  Fig.  20. 

The  maximum  crew  requirements  in  shop  1  are  20  men,  and 
in  shop  2,  10  men. 

The  next  step  is  to  set  "trigger  levels"  one  unit  below 
the  maximum  crew  requirements  in  all  shops.   In  shop  1,  then,  the 
"trigger  level"  would  be  placed  first  at  19,  and  in  shop  2,  at 
9. 

The  shops  and  the  days  where  the  trigger  levels  are  exceeded 
are  then  studied  to  see  if  the  activities  that  caused  the  peak 
can  be  rescheduled  at  some  later  date.   This  reallocation  can 
be  obviously  done  for  the  activities  having  available  slack  only. 
Between  those  a ctivities ,  the  program  chooses  one  at  random  and 
reschedules  it  at  some  later  date. 

The  program  then  recalculates  the  earliest  start  times  for 
all  activities  that  are  affected  by  the  rescheduling  of  the  cho- 
sen activity,  and  new  resource  profiles  are  plotted,   possibly 
new  peaks  will  develop,  either  in  the  same  type  of  resource,  or 
in  some  other;  the  program  then  reschedules  another  activity, 
and  plots  another  profile,  and  so  on.   This  rescheduling  con- 
tinues until  all  peaks  are  below  the  trigger  levels  in  all  shops 
(for  all  types  of  resources). 

when  this  feasible  schedule  is  then  obtained,  the  program 
tries  to  obtain  another  one  even  better,  and  to  do  so  lowers  again 
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requirements  in  the  shop.   The  rescheduling  begins  all  over  again, 
until  another  feasible  schedule  is  found  with  the  new  trigger 
levels;  then  the  trigger  levels  are  once  again  set  one  unit  below 
the  maximum  resource  requirements  and  the  rescheduling  begins 
again,  and  so  on. 


FIGUUK  20. — Initial  crew  requirements  for  network  of  Fig.  11. 

This  process  stops  when  no  possible  juggling  of  activities 
produces  a  feasible  schedule;  at  least  one  peak  in  one  shop  is 
always  higher  than  the  trigger  level;  or  then  no  activity  contri- 
buting to  the  peak  still  has  any  slack  available.   In  any  case, 
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the  last  feasible  schedule  is  then  recalled,  with  the  correspond- 
ing trigger  levels,  and  trie  first  part  of  the  program  ends. 

To  illustrate  this  procedure  with  our  simplified  example, 
let  us  come  back  to  Fig.  20.   Let  us  suppose  that  the  program 
would  choose  first  the  peak  on  days  12-14  in  shop  1  (notice  that 
it  could  equally  well  choose  the  peaks  in  shop  2).   Analyzing 
the  activities  contributing  to  this  peak  (2-3  and  4-5),  2-3  is 
on  the  critical  path  (1-2-3-5-6)  and  so  does  not  have  slack;  the 
only  alternative  is  then  to  reschedule  4-5.   Let  us  suppose  that 
we  reschedule  it  for  days  23-25.   The  new  resource  profile  is 
then  shown  in  Fig.  21. 

The  peak  in  shop  1  has  then  been  eliminated  in  Fig.  21. 
The  maximum  resource  requirements  for  any  day  in  shop  1  is  now 
10  days,  well  below  the  trigger  level  (19). 

The  program  would  then  recalculate  the  earliest  start  times, 
and  available  slack  for  all  activities  depending  on  4-5;  there  is 
none  (for  5-6  is  on  the  critical  path  and  so  is  already  fixed). 
Proceeding  to  the  next  peak,  we  could  try  to  level  the  peak  on 
days  10-12,  on  shop  2,  or  on  days  20  -30,  also  in  shop  2.   But 
there  is  no  possible  way  in  which  we  can  level  those  peaks  so 
they  will  be  lower  than  the  trigger  level.   So  at  this  step  the 
program  recalls  the  last  feasible  schedule  (the  initial  one, 
shown  in  Fig.  20  and  stops. 

Although  this  particular  example  is  too  simple  to  show  the 
power  of  the  procedure  (actually  in  this  c-se  we  did  have  no 
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leveling  whatsoever),  we  hope  it  served  to  illustrate  how  the 
method  would  work. 
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FIGURE  21. — First  rescheduling  -  Resource  profile. 

There  a  re  several  interesting  details  in  this  procedure.  One  is 
the  use  of  a  random  number  generator  both  to  choose  between  the 
activities  with  available  slack  on  a  peak,  and  to  choose  the 
specific  day  when  the  chosen  activity  will  he  rescheduled.  The 
program  associates  different  probabilities  to  different  activi- 
gies.  More  specifically,  the  probability  of  choosing  an  activi- 
ty in  the  list  is  set  as  being  inversely  proportional  to  the 
manpower  requirements  in  the  activity;  the  probability  of  sched- 
uling an  activity  in  any  specific  day  wherein  the  slack  is 
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equal  for  every  day.   Levy,  Thompson  and  Viest  (32)  mention 
also  the  possibility  of  using  probabilistic  learning  techniques 
in  assigning  probabilities  to  the  available  schedules.   All 
these  ideas  are  obviously  refinements,  influenced  by  the  work 
done  by  Thompson  in  simulating  loading  rules  when  trying  to 
solve  the  general  scheduling  problem  [see  chapter  1.1.5,  also 
(5)  and  (4)]  . 

After  obtaining  a  feasible  schedule  (hopefully  already 
half -leveled),  the  program  begins  part  II.   In  this  part,  it 
uses  a  similar  procedure  to  level  the  resource  profiles  in  each 
shop,  (one  shop  at  a  time).   rJe  begin  by  the  most  expensive  -re- 
source (the  shop  with  the  highest  wages  for  the  crew).   A  trigger 
level  is  set  for  the  shop,  activities  are  rescheduled,  a  feasi- 
ble schedule  is  found,  the  starting  times  and  slack  for  the 
subsequent  activities  are  recalculated,  the  resource  profile  is 
replotted,  a  new  trigger  level  is  set,  and  so  on.   The  procedure 
continues  until  no  further  rescheduling  eliminates  a  peak,  or 
no  activity  in  a  peak  has  any  slack  left.   The  program  goes  on 
then  to  level  the  second  most  expensive  resource  (shop)  in  a 
similar  way. 

The  final  output  is  a  plot  of  the  leveled  resource  re- 
quirements.  Improvements  of  30%  to  60%  on  the  maxiumu  crew  re- 
quirements have  been  reported  with  this  method  (32).   This  is 
very  importaiit ,  for  usually  crew  sizes  are  dependent  upon  max- 
imum manpower-  requirements:  a  shipyard  does  not  hire  and  fire 
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people  everyday  as  the  requirements  change,  but  has  a  stable  crew 
large  enough  to  cover  the  maximum  requirements. 

To  take  into  account  more  than  one  project,  the  program 
adds  each  new  project's  resource  requirements  onto  the  cumula- 
tive totals  of  the  already  leveled  projects,  and  proceeds  to 
level  this  new  project  in  the  same  way. 

3.2.2.2  Evaluation  of  the  Method  and  Comparison  with  the  Bur- 
gess Kethod. 

The.  adaptation  of  the  levy,  Thompson  and  Kiest  method  to 
the  scheduling  problem  on  a  machine  shop  can  be  easily  imagined. 
The  "projects"  (ships)  would  be  the  products  to  be  manufactured; 
the  "resources"  (shops)  would  be  each  key  machine  or  machine 
group;  the  "resource  requirements"  would  be  measured  in  machine 
hours  rather  than  in  manpower. 

The  great  disadvantage  of  the  adaptation  of  the  method  to 
factory  scheduling  situations  is  the  basic  disadvantage  of  all 
leveling  methods:  in  a  factory,  there  are  stated  constraints  on 
machine  hours  available  per  week;  the  leveling  procedures  do  not 
see  resource  requirements  as  stated  constraints,  but  as  an  objec- 
tive function  to  be  rainiuized  (leveled).   This  basic  difference 
of  approach  makes  any  such  leveling  method,  including  such  a 
nice  one  as  the  Levy  method,  rather  useless  for  factory  sched- 
uling, although  it  seems  to  be  promising  in  shipyard  scheduling. 

Another  disadvantage  of  the  method  is  that,  in  the  same  way 
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as  the  Burgess  method,  it  does  not  produce  an  optimal  sched- 
ule.  Notice  that,  in  our  illustrative  example,  if  we  had  begun 
by  trying  to  level  the  peaks  in  shop  II  before  the  peak  in 
shop  T,  the  program  would  have  stopped  right  up  there,  realizing 
it  was  impossible  to  level  the  peaks  in  shop  II,  and  not  even 
trying  to  level  the  peak  in  shop  I.   Similar  occurrences  and 
suboptimizations  (in  a  much  larger  scale)  would  happen  to  larger 
and  more  complex  projects. 

In  a  way,  this  method,  though  much  more  general  and  ambi- 
tious than  the  Burgess  method,  is  less  efficient  than  it.   At 
least  the  Burgess  method  had  the  appearence  of  being  systematic; 
the  Levy  method,  trusting  the  rescheduling  of  peak  activities  to 
a  random  number  generator,  investigates  far  less  possible  sched- 
ules than  the  other  method;  in  random  rescheduling,  for  instance, 
an  activity  three  days  after  the  peak  occurred,  it  fails  to  in- 
vestigate the  possibilities  of  scheduling  it  one  and  two  days 
after  the  peak,  as  the  Eurgess  method  would  have  done.   Although 
it  is  difficult  to  make  an  "a  priori"  prediction,  without  exper- 
imental evidence  from  simulation  studies,  this  randomness  intro- 
duced by  the  Levi  method  would  seem  to  make  it  then  less  efficient 
than  the  Burgess  method. 

The  possibility  of  being  able  to  level  several  projects 
is  no  great  advantage  over  the  Burgess  method,  since  anyway 
they  are  leveled  one  project  at  a  time.   The  same  procedure  could 
easily  be  followed  with  the  Burgess  method. 
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The  possibility  of  scheduling  more  than  one  type  of  re- 
source at  a.  time  in  part  1  seems  to  be  more  difficult  to  eval- 
uate.  Intuitively,  it  seems  to  be  an  advantage  over  the  Burgess 
method,  as  it  would  take  into  account  interrelationships  between 
different  shops  (resources);  but  this  advantage  seems  to  be 
annulled  by  the  one-resourea-at-a-timc  leveling  in  part  II,  and 
this  casts  considerable  doubt  on  the  soundness  of  the  whole  idea 
of  dividing  the  program  into  two  parts.   If  in  the  end  resources 
are  going  to  be  leveled  independently,  there  does  not  seem  to  be 
any  point  in  beginning  by  leveling  them  together. 

The  final  decision,  though,  on  the  relative  efficiency  of 
the  two  methods  can  only  be  made  after  careful  comparison  of  the 
schedules  resulting  from  the  two  methods  for  a  large  number  of 
projects. 

Notice,  by  the  way,  that  the  second  part  of  the  method  is 
essentially  the  same  as  the  Eurgess  method,  treating  one  resource 
at  a  time,  in  order  of  priorities  (cost  of  resources). 

Another  interesting  point  of  comparison  is  the  way  the  ob- 
jective function  is  built,  that  is,  what  is  ir.eant  by  leveling  in 
the  two  methods.   To  the  Burgess  method,  leveling  is  minimizing' 
the  sum  of  the  squares  of  the  resource  profile,  that  is,  prevent- 
ing sharp  variations  in  day  to  day  resoui-ce  requirements.   To 
the  Levy  method,  it  is  decreasing,  through  the  use  of  trigger 
levels,  the  "ceiling"  or  the  maximum  resource  requirements  for 
any  day,  and  not  coring  about  abrupt  changes  of  level  from  day.  - 
to  -  day. 


103 


Probably  in  a  large  construction  project,  employing  less  skilled 
labor,  as  workers  can  be  hired  and  laid-off  according  to  work 
requirements,  the  Burgess  approach  would  be  better.   In  a  ship- 
yard, with  more  skilled  labor  and  larger  Union  influence,  it  is 
mandatory  to  conserve  at  all  tiroes  the  same  number  of  workers  in 
each  shop  and  skill;  consequently,  the  Levy  approach  would  proba- 
bly be  better.   In  a  factory  situation  both  approaches  would  be 
wrong,  as  was  seen,  for  failing  to  take  into  considei'ation  fixed 
constraints  on  available  resources. 

Another  interesting  idea  used  in  the  Levy  method  is  the 
distinction  it  makes  between  the  minimum  total  project  duration, 
as  obtained  through  the  critical  path  calculation,  and  the  maxi- 
mum permissible  duration.   The  Levy  method  does  not  use  the  min- 
imum project  duration  as  a  constraint,  as  the  Burgess  method  does; 
instea.d,  its  duration  constraint  is  based  on  tie  delivery  dates 
for  the  project.   As  an  illustration,  a  product  (project)  that 
that  could  be  made  in  two  months,  and  has  to  be  delivered  five 
months  from  now  would  be  scheduled  by  the  Burgess  method  in 
months  4  and  5  from  now;  in  the  Levy  method,  it  would  be  spread 
all  over  the  five  available  months.   The  Levy  method  would  then 
be  more  flexible,  and  would  produce  more  "leveled"  schedules, 
for  it  could  reschedule  even  the  critical  path  activities;  but 
it  would  have  to  pay  for  this  flexibility  by  having  a  much  larger 
in-process  inventory. 

Finally,  it  is  interesting  to  notice  that  Davis  (24)  in 
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his  otherwise  excellent  survey  on  resource  allocation  techniques, 
seems  not  to  have  fully  understood  the  Levy  method;  he  consistent- 
ly mixes  up  the  concepts  of  "shop"  and  "project"  rather  badly. 

3.2.3  The  de  T'itte  Method. 

De  Witte  (25)  describes  a  computerized  manpower- leveling 
procedure  developed  at  Hughes  Aircraft  Company.   Like  the  Burgess 
routine,  it  is  designed  to  minimise  manpower  fluctuation  by  ad- 
justing the  start  times  of  project  activities  having  slack. 
However,  the  measure  of  effectiveness  of  minimization  is  absolute 
magnitude  of  flucuation  from  a  calculated  project  mean  level  of 
resource  usage .  ■ 

Basically,  the  method  consists  of  partitioning  the  resource 
profile  into  specially-derived  intervals  and  then  sequentially 
leveling  each  interval,  revising  early  start  times  of  the  following 
activities  where  necessary.   Output  from  the  computer  may  be  ob- 
tained in  histogram  form. 

The  problem  is  split  into  subproblems ,  and  slack  in  various 
activities  is  systematically  reduced  until  all  starting  dates  are 
precisely  fixed. 

The  division  into  subproblems  is  achieved  by  finding  "cri- 
tical intervals".   Tnese  intervals  are  time  intervals  in  the  dura- 
tion of  the  project  where  either  the  maximum  possible  load  is 
smaller  than  the  mean  level,  or  the  minimum  possible  loa.d  exceeds 
the  mean  level. 


105 


To  find  those  critical  intervals,  the  program  uses  an  al- 
gorithm involving  the  concepts  of  upper  and  lower  envelopes  of 
all  permissible  manpower  distributions.   The  upper  envelope  con- 
sists of  the  loc^'.3  of  points  representing  the  maximum  possible 
loading  of  each  unit  of  time  within  the  duration  of  the  project. 
The  lower  or  irreducible  envelope  similarly  is  the  locus  of  points 
representing  the  minimum  possible  manpower  loading.   The  upper 
and  lower  envelope  calculation  is  done  in  subroutines  using  the 
values  of  the  earliest  starts  and  latest  finish  times  of  each 
operation. 

The  critical  intervals  are  found  as  the  intervals  where 
the  upper  envelope  falls  below  the  mean  manpower  level.   In  Fig. 
22  for  example,  any  of  the  intervals  1-2,  4~5,  5-6  and  6-7  can 
be  considered  as  critical  intervals. 
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FIGUilS  2.?.--rintogran:      Upper  and  Lower  Envelopes. 
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As  an  illustration,  in  interval  1-2,  the  lower  envelope 
exceeds  the  mean  level;  so  there  will  then 'always  be  a  "peak" 
in  1-2,  and  to  level  we  want  i:o  lower  this  peak  the  most  we  can; 
beginning  with  any  schedule,  we  try  to  reschedule  all  activities 
out  of  1-2,  either  in  the  preceding  interval  (0-1)  or  in  the  suc- 
ceeding interval  (2-3),  trying  to  reach  the  lower  envelope  in 
1-2.   In  doing  thus,  we  have  to  recalculate  the  earliest  start 
times  and  latest  finish  times  of  all  sequential^?  related  opera- 
tions.  After  this  recalculation,  we  have  a  new  resource  pro- 
file, with  new  upper  and  lower  envelopes,  and  new  critical  in- 
tervals; we  again  try  to  "clear"  the  critical  intervals,  and  so 
on.   In  the  end  all  slack  will  be  eliminated,  and  we  will  have 
the  fin-'l  schedule.   The  pi-ogran  then  prints  a  list  of  activities 
with  their  scheduled  start  times  and  the  resource  profile  (his- 
togram) . 

This  is  then  a.  brief  description  of  the  De  Uitte  method. 
Although  the  method  is  simple  in  concept,  its  subroutines  are 
lengthy  and  intricate,  and  make  it  more  cumbersome  than  the 
Burgess  method.   Note  that  this  method  is  also  heuristic,  and 
so  does  not  assure  us  of  an  optimum  (just  like  the  Burgess  meth- 
od). 
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3.3  RESOURCE  CONSTRAINEB  T^CHIJICU^S 

As  was  mentioned  in  3.1,  the  second  basic  type  of  resource 
allocation  problem  is  the  problem  of  minimizing  project  comple- 
tion times,  subject  to  stated  resource  constraints.   This  state- 
ment of  the  problem,  as  we  will  see,  is  more  representative  of 
everyday  factory  scheduling  than  the  leveling  approach.   Let  us 
study  then  the  major  methods  that  have  been  proposed  to  solve 
this  problem. 

3.3.1   The  Kelley  Serial  I.'ethod. 

Kelley  (30)  proposes  a  method  that  is  basically  an  extension 
of  the  Burgess  leveling  technique  studied  in  3.2,1. 

The  idea  is  to  try  to  schedule  the  project  as  in  the  Bur- 
gess technique;  if  the  resource  constraints  are  sufficiently  high, 
a  feasible  schedule  might  be  produced.   If  they  are  not,  the  criti- 
cal path  activities  have  to  be  rescheduled,  causing  an  increase 
in  the  total  project  completion  time. 

The  e::act  steps  in  the  routine  would  be: 
Step  1.   List  the  activities  with  activity  arrow  head  numbers  in- 
creasing.  In  case  of  ties,  list  in  order  of  increasing 
total  slack. 
Step  2.   Check  to  see  if  any  individual  activity  requirements 
exceed  the  total  availability  for  each  resource.   If 
that  happens,  there  is  no' feasible  schedule,  and  the 
project  has  to  be  rcplanned  (or  resource  constraints 
increased). 
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Step  3.  Starting  wi*h  the  first  activity  in  the  list  and  working 
down  the  list,  schedule  each  activity  as  early  as  possi- 
ble. In  making  those  schedules,  the  following  rules  are 
followed: 

a.  The  earliest  time  at  which  we  may  consider  scheduling 
the  start  of  an  a.ctivity  is  the  latest  of  the  finish  times 
of  the  activities  immediately  preceeding  the  one  in  ques- 
tion. Since  the  activities  arc  listed  in  order  of  prece- 
dence, all  predecessors  of  the  activities  in  question 
will  already  have  been  scheduled,  and  will  be  found  above 
it  in  the  activity  list. 

b.  Having  the  earliest  start  time  for  an  activity,  wc 
attempt  to  schedule  it  to  start  at  that  time.   If  the 
required  resources  are  unavailable  at  that  time,  the 
start  is  delayed  to  the  earliest  feasible  start  time  - 
the  ea.rliest  time  at  which  resources  are  available.   Of 
course,  when  a  job  is  scheduled,  the  resources  a.vailable 
to  subsequent  jobs  in  the  list  are  reduced  by  the  amount 
and  type  allocated  to  it. 

Note  that  for  each  attempt,  if  resources  are  not  avail- 
able, all  the  activities  competing  for  the  resource  in  question 
and  having  slack  available  should  be  rescheduled  within  the  limits 
of  their  total  slack,  if  this  will  permit  scheduling  the  activity 
in  question; 

This  is  the  Kelley  serial  method.   As  originally  presented 
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by  Kellcy,  it  had  several  refinements  designed  to  increase  its 
flexibility. 

One  such  refinement  was  the  consideration  that  some  activi- 
ties night  not  have 'to  be  performed  continuously,  but  could  be 
split  in  several  periods.   This  splitting  of  activities  increased 
greatly  the  flexibility  of  the  method;  consider  for  instance  the 
attempt  to  schedule  an  activity  that  would  take  three  days  to  be 
completed,  when  the  resources  are  available  only  every  other  day, 
for  the  next  ten  days.   If  x;e  split  the  activity  to  be  performed 
in  three  different  days,  it  coiilrl  be  completed  on  the  sixth  day; 
if  we  do  not  split  it,  we  could  only  begin  it  after  the  tenth 
day. 

Unfortunately,  this  refinement  is  useless  in  machine  shop 
operations,  for  company  policies  always  state  that  once  a  part 
is  loaded  into  a  machine,  it  will  only  leave  the  machine  after 
the  operation  has  been  completed.   This  policy  is  caused  by  the 
high  set-up  costs  in  machine  shops.   In  this  sense,  then,  machine 
shop  operations  can  never  be  split,  and  so  this  refinement  has 
not  been  considered  in  the  description  of  the  method. 

Another  refinement  is  repeating  the  process  for  different 
listings  of  the  activities,  and  then  taking  the  best  feasible 
schedule  found  as  the  solution.   The  listing  used  at  first 
(increasing  arrow  head  numbers  and,  in  case  of  ties,  increasing 
total  slack)  is  only  one  of  the  several  listings  possible,  and 
will  not  necess?.rily  produce  the  best  schedule.   Other  possible 


110 


listings  could  be  to  list  activities, ■ in  case  of  ties,  by  in- 
creasing arrow  tail  numbers  (as  in  the  Burgess  method),  or  by 
increasing  dollar  values  of  the  jobs,  duration  of  the  jobs,  etc 
Although  this  repeating  could  lead  to  a  shortest  schedule,  it  is 
only  practical  when  the  resource  limitations  are  quite  tight. 

Still  another  refinement  is  to  consider  the  concept  of 
crew  requirement  thresholds.   If  an  activity  had  planned  to  take 
three  welders  and  last  for  three  days,  that  choice  of  three  weld- 
ers and  three  days  in  usually  rather  arbitrary;  if  only  two 
welders  are  available,  possibly  the  foreman  would  start  anyway 
with  only  the  two  welders,  the  third  being  added  whenever  possi- 
ble.  Of  course,  the  duration  would  be  increased. 

The  method  then  takes  into  account  this  fact  by  establishing 
an  arbitrary  minimum  threshold  for  crew  requirements;  for  example, 
if  a  threshold  of  80%  is  accepted  and  the  job  requires  five  riggers 
but  only  four  are  available,  we  would  start  the  job.   If  only  three 
riggers  were  available ,  we  would  delay  the  job. 

This  refinement  seems  again  useless  for  our  problem  (machine 
shop  scheduling).   In  machine  shops,  the  resource  constraint  is 
not  men,  but  machine  hours;  and  the  concept  of  beginning  jobs 
with  less  men  than  planned  does  not  have  correspondence  in  mach- 
ine hours;  you  cannot  begin  a  job  without  having  all  the  machine 
hours  (time)  available.   This  fact  of  the  resource  being  men 
(as  in  the  example  of  the  riggers)iri" one  case,  and  time  (machine 
hours)  in  the  other  case  makes  the  refinements  useless  for 
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our  scheduling  problem  being  studied,  and  so  this  refinement  has 
not  been  included  in  the  description  of  the  method. 

Two  further  refinements  are  mentioned  in  the  method,  and 
both  seem  to  be  quite  useful  (for  a  change)  for  our  scheduling 
problem.  One  is  the  concept  of  craft  requirements  thresholds, 
and  the  other,  the  concept  of  the  start  delay  threshold. 

Usually?,  the  resource  constraints  are  not  fixed  rigidly  as 
described  in  the  method,  but  are  elastic.   The  number  of  riggers 
available  might  be  fifteen,  but  if  projects  get  constantly  delayed 
because  of  lack  of  riggers,  it  can  be  increased  to  seventeen  or 
eighteen.   The  number  of  machine  hours  available  per  week,  with 
only  one  shift,  is  likewise  not  necessarily  fifty  hours  per 
week;  if  necessary,  overtime  work  can  be  authorized,  increasing 
this  availability  to,  say,  sixty  hours. 

A  threshold  of  20%  can  then  be.  included  on  the  method;  the 
jobs  scheduled  taking  advantage  of  this  extra  availability  are 
indexed,  for  it  may  be  possible  to  replan  these  jobs  later  so 
an  overload  will  not  occur. 

The  second  concept,  the  concept  of  a  start  delay  threshold, 
is  useful  if  we  consider  the  fact  tha.t  long  jobs,  requiring  a 
large  amount  of  resources,  Can  be  delayed  indefinitely  by  the 
method.   A  threshold  N,  which  tells  how  much  we  are  willing  to 
delay  the  start  of  a  job  is  then  introduced.   If  we  find  that 
the  start  will  be  delayed  more  thari  N  days,  we  schedule  it  for 
its  earliest  start  time,  regardless  of  how  resource  availabilities 
are  exceeded.   The  jobs  that  violated  the  start  delay  threshold 
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are  indexed  for  further  reference;  the  results  of  using  such  a 
device  can  provide  necessary  argument  for  obtaining  more  resour- 
ces (namely,  increasing  the  overtime  threshold  or  beginning  work 
in  a  second  shift). 

Regardless  of  the  refinements,  we  can  see  that  basically 
Kelley's  serial  method  is  but  an  extension  of  the  Burgess  method 
to  the  resource  constraint  problem.   The  chief  difference  is 
not  calculating  the  sum  of  squares  as  in  leveling.   Trie  method 
has  then  the  sane  disadvantages  of  the  Burgess  method,  chiefly 
not  necessarily  producing  an  optimal  schedule.   Furthermore, 
although  k'oder  and  Phillips  (221)  report  satisfactory  results  on 
its  use,  no  attempt  to  use  it  in  machine  shop  operations,  with- 
out the  flexibility  of  the  extra  refinements,  has  yet  been  repor- 
ted; it  is  possible  that  the  schedules  thus  produced  will  be  un- 
satisfactory. 

3.3.2   Parallel  Methods :  the  Brooks  Method. 

Kelley  (30)  makes  a  distinction  between  parallel  and  serial 
methods.   Serial  methods  would  consist  of  a  listing  of  the  acti- 
vities, and  of  working  down  the  list  scheduling  each  activity. 
Parallel  methods  would  consist  of  defining,  at  each  time  t,  a 
subset  0(t)  of  the  set  ?(t)  of  activities  that  can  be  scheduled 
at  time  t.   The  subset  Q(t)  is  then  scheduled,  until  resource 
constraints  become  active  or  some  job  is  completed;  then  p(t) 
and  Q(t)  are  redefined,  and  the  process  continues. 
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The  Brooks  method  is  an  example  of  a  parallel  method.   It 
is  described  by  Koder  and  Phillips  (221)  and  attributed  to  G.  H. 
Brooks  of  Purdue  University.   It  requires  just  one  pass  through 
the  list  of  project  activities.   The  method  is  stated  below  in 
seven  steps. 

Step  1.  Arrange  the  activities  in  a  linear  array  such  that  the 
maximum  remaining  path  length  (MRPL)  is  decreasing  in 

magnitude.  MRPL  (activity  x-y)  =  T  (terminal  event)  - 

e 

T  (event  x)  -  S  (activity  x-y).   Also  indicate,  for 
each  activity,  its  duration  time  and  its  resource  re- 
quirements, as  shown  in  Tab.  13. 

Step  2.   Check  the  resource  requirement  of  each  individual  acti- 
vity to  see  that  none  of  them  exceeds  the  maximum  avail- 
ability of  the  resource  in  question. 

Step  3.   Establish  the  first  "decision  set,'*  defined  in  general 
-  to  be  the  set  of  all  unscheduled  activities  whose  pred- 
ecessor events  have  all  occurred  (in  time).   The  first 
decision  set  will  consist  of  all  activities  "bursting" 
from  the  initial  network  event.  As  activities  enter 
the  decision  set,  record  the  current  value  of  "time  now," 
or  T,  in  the  row,  Time  of  Entering  Decision  Set;  for 
the  initial  set  this  time  will  be  zero. 

Step  4.   Initially  set  T  equal  to  zero,  and  set  the  total  avail- 
ability of  the  constraining  resource,  C,  equal  to  the 
specified  maximum  availability. 
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Step  5.   In  general,  choose  from  the  current  decision  Get  the. 
activity  with  the  Largest  I-ttlPL  which,  because  of  step 
1,  will  be  on  the  left  hand  side  of  the  decision  set; 
in  case  of  ties,  choose  any  one.   Now  subtract  the 
resource  requirements  for  this  activity  from  C,  and 
call  the  remainder  C  .   If  C-StO,  enter  T  for  the  acti- 
vity in  question  in  the  row  titled,  Activity  Scheduled 
Stax-t  Time;  enter  T  plus  the  activity's  duration  time 
in  a  row  titled,  Activity  Scheduled  Finish  Time,  and 
delete  this  activity  from  the  decision  set.   If  C'=iO 
add  the  resource  requirement  for  this  activity  back  to 
C1  ,  a.nd  repeat  Step  5  for  the  activity  with  the  ne:ct 
larger  MRU?,   When  the  current  decision  set  has  been 
completely  examined,  go  to  Step  6. 

Step  6.   If  T  is  equal  to  the  largest  number  in  row  titled,  Acti- 
vity Scheduled  Finish  Time,  terminate  the  algorithm; 
note,  T  in  this  case  gives  the  project  duration  time. 
If  T  is  not  equal  to  the  largest  number  in  the  row 
titled,  Activity  Scheduled  Finish  Time,  increase  T  to 
the  next  largest  number  in  this  row. 

Step  7.   For  each  activity  scheduled  to  finish  at  the  new  T, 
determine  all  successor  activities  that  now  have  all 
of  their  predecessor  events  completed,  and  add  these 
activities  to  those  remaining  in  the  current  decision 
set.   Also,  for  each  activity  scheduled  to  finish  at 
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the  new  T,  add  its  released  resource  requirements 

to  C. 
The  above  algorithm  has  been  applied  by  Koder  and  Phillips 
(221)  to  the  network  problem  shown  in  Fig. 18.  The  results  given 
in  Table  12  were  obtained.   The  detailed  application  of  the  algo- 
rithm for  the  case  of  a  maximum  crew  availability  of  seven  is 
given  below  (only  partially). 


Maximum  Number  of  Duration  of 

Crews  Available  Total  Froject 


(days) 


9  or  more  15 

8  18 

7  19 

6  21 

less  than  6  not  feasibl< 


TABLE  12. --Results  from  Koder  and  Phillips. 

Step  1.  From  Figures  18  and  3  the  required  linear  array  is 
constructed.  The  first  four  heading  lines  of  Tab. 
13  are  covered  by  this  sten. 
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Activity  number 

05      37 

34 
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06 

12 

67 

45 

78 

25 

58 
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2         8 
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3 
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15      13 

12 

10 

9 
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8 
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5 

4 

3 

Crews  required 

6         4 

0 

3 
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0 
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2 

2 

i; 

0 

Time  of  entering  decision 

0         2 

2 
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4 

11 

7 

14 

8 

15 

set 

Activity   scheduled  start 

0         2 
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10 

4 

11 

7 

14 

14 

15 

time 

Activity  scheduled 

2      10 

7 

4 

11 

8 

14 

11 

19 

15 

18 

finish  time 

End  of  cycle  number 

0         1 

12 

5 

44 

5 

6 

7 

8 

9 

10 

Resources   available,    C 

nm 

3 

tt 

i 
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7>'  7# 

5 

/* 

7 

Time  now,   T 

0         2 
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7 

8 

10 

11 

14 

15 

18 

19 
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06 

06 
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25 

25 
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Step  2.   Resource  availability  is  forcible,  since  no  single  ac- 
tivity requires  more  than  seven  crews. 

Step  3.   The  first  decision  set  is  established,  as  denoted  by 

entry  "0"  in  the  row  titled,  Tiffle  of  Entering  Decision 
Set.   These  activities,  i.e.,  03,  01  and  06,  arc  also 
listed  at  the  bottom  of  Tab.  13  under  the  Snd  of  Cycle 
Number  0  column. 

Step  4.   Set  T  =  0  and  G  =  7. 

Start  Cycle  1 

Step  5.  The  activity  in  the  decision  set  with  the  largest  MRPL 
=  15  is  activity  03.   The  number  of  crew  required  is 
6,  so  C  =  7  -  6  =  1,  and  1X3,   Time  now,  T  =  0,  is 
entered  in  row,  Activity  Scheduled  Start  Time,  for 
activity  03,  and  its  scheduled  finish  time  of  T  +  t  = 
0  +2=2,  is  entered  in  the  following  row.   The  acti- 
vity in  the  decision  set  with  the  next  MRPL  (10  days) 
is  01.   C  =  1  -  3  =  -2-^0.  'Activity  01  cannot  there- 
fore be  scheduled.   C  is  restored,  C  =  -2  +  3  =  1. 
The  Activity  in  the  decision  set  with  the  next  largest 
MRPL  is  06  (9  days).   C  =  1-4  =  -3^0.   Activity  06 
cannot  be  scheduled.   C  is  again  restored,  C  =  -3  +  4 
=  1.   The  decision  set  for  T  =  0  has  now  been  completely 
examined . 

Stop  6.   T  =  0  is  net  equal  to  the- largest  number  in  the  row 

Activity  Scheduled  Finish  Time;  hence,  set  T  =  2,  the 
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next  largest  number  in  this  row. 

Step  7.   At  T  =  2,  there  is  one  activity  in  the  array  with  entry 
equal  to  T,  that  is,  activity  03.   Its  resource  require- 
ment is  6;  thus,  the  new  value  ofC=l+6=7.   Acti- 
vities 37  and  34  can  now  enter  the  decision  set,  as  all 
predecessor  events  have  been  completed  for  these  activi- 
ties.  These  activities,  along  with  activities  01  and 
06,  form  the  decision  set  for  the  next   cycle. 

End  Cycle  1_ 

Step  5.   The  events  37,  34,  01,  and  06  are  considered  in  turn, 
in  the  same  way  as  in  the  previous  application  of  Step 
5.   This  tine,  37,  34,  and  01  can  be  scheduled,  and 
removed  from  the  decision  set.   The  resulting  final  C 
will  equal  0.   Hote  that  34  required  none  of  the  con- 
straining resource  and  could  be  scheduled  immediately. 

Step  6.  T  is  not  equal  to  the  largest  number  in  the  Activity 
Scheduled  Finish  Time  row;  hence,  it  is  increased  to 
the  next  larger  number,  4. 

Step  7.   At  T  =  4,  activity  01  is  completed.   Its  resource  re- 
quirements, 3, are  added  to  the  current  value  of  G  to 
get  the  new  C  =  0  +  3  =  3.   Activity  12  can  now  enter 
the  new  decision  set. 

End  Cycle  2 

Step  5.   Activities  06  and  12  are  considered  in  turn.   05  and 

cannot  be  scheduled  since  C  =  3-4  =  -1.   C  is  restored 
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to  3.   Activity  12  can  be  scheduled  and  removed  from 

the  decision  set,  since  C  =3-0=3. 
Step  6.   New  T  =  7. 
Step  7.   At  T  =  7,  activity  34  is  complete.   C  is  unchanged, 

as  34  did  not  use  the  constraining  resource.  Activity 

45  enters  the  decision  set. 
And  so  on.   A  complete  working  of  this  example  can  be  found 
in  (221),  Appendix  6-1. 

This  method  will  give  the  best  results  obtainable  in  the 
first  pass,  and  in  some  cases  will  produce  a  shorter  duration 
schedule  than  the  Kelley  routines.   For  the  case  of  maximum  crew 
availability  of  6  and  7,  for  example,  the  Brooks  method  gives 
project  durations  one  day  less  than  the  Kelley  method. 
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3.3.3   D&iCT  EBaily  Automatic  Rescheduling  Technique). 

BART  is  an  integrated  scheduling,  di3patcfeing  and  control 
system  used  operationally  by  the  Directorate  of  Jinintenanca  of 
the  Air  Force  Logistics  Cownand  at  Kelly  Air  Force  Base,  Texas. 
This  Directorate  is  engaged  in  the  repair  and  modification  of 
Air  Force  equipment,  chiefly  the  3-52  aircraft.   In  1965,  ninety 
aircraft  were  codified,  with  expenditure  of  2,600,000  man-hours. 
Each  B--52  can  need  18,000  different  operations,  of  which  9,500 
are  dene  on  each  individual  aircraft,  consuming  60,000  man-hoars. 

The  system,  as  described  by  llarchbanks  (33)  schedules  daily 
the  operations  to  be  done  on  the  next  day,  trying  to  "minimize 
the  in- work  flow  time  (project  duration)  of  the  aircraft  and 
maximize  the  utilization  of  time-consumed  production  resources 
within  flow-time  constraints"  (53)   In  fact,  the  system  does  not 
maximize  utilization  of  resources,  but  follows  the  pattern  of 
the  resource  constrained  scheduling  problems:  it  tries  to  minimize 
duration,  subject  to  stated  resource  constraints.   Basically, 
the  scheduling  process  used  is  a  variation  of  the  Kelley  method; 
in  this  sense,  then,  only  an  approximation  to  the  optimum,  sched- 
ule is  found  (see  2.3.1). 

DART  is  a  fascinating  integrated  system.   It  is  a  pity  that 
we  have  to  restrict  ourselves  only  to  its  scheduling  phase, 
leaving  aside  its  planning,  dispatching  and  control  characteris- 
tics.  The  resource  constraints  considered  are  labor   (in  several 
different  skills)  and  ^crk  area.   The  labor   availabilities 
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are  calculated  daily  by  a  section  of  the  program,  taking  into 
account  employee  vacations,  inter-work  center  transfers,  etc. 
Work  area  refers  to  the  area  in  the  aircraft  that  has  to  be  worked 
on ;  it  is  a  constraint  in  the  sense  that  not  more  than  a  certain 
number  of  people  con  work  simultaneously  inside  the  pilot  cock- 
pit, or  on  a  wing;  there  would  not  be  physical  space  for  more 
workers  in  cockpit  or  on  the  wing. 

Equipment  or  tools  are  not  considered  as  constraints.   They 
arc  left  to  what  is  called  "supnortability  planning  by  Kaintenance 
managers." 

The  objective  function  is  the  project  duration  of  all  air- 
craft.  A  priority  is  assigned  to  aircrafts,  depending  on  its 
completion  progress;  different  aircrafts  are  assigned  a  "daily 
scheduling  factor"  which  is  the  quotient  of  hours  remaining  to 
project  completion  date  by  number  of  hours  required  to  complete 
the  remaining  work.   This  factor,  for  example,  gives  an  aircraft 
that  is  one  day  behind  schedule,  and  has  only  ten  days  left  to 
its  project  comrjletion  date,  a  greater  priority  than  an  aircraft 
that  is  one  day  behind  schedule  and  has  twenty  days  left  to  its 
project  completion  date.   3ach  project  duration  is  tenta-tively 
minimised  then,  in  order  of  daily  scheduling  factor. 

The  scheduling  process  begins  with  the  daily  updating  of 
each  network,  taking  into  account  operations  completed  during 
that  day.   Tae  critical  path  through  each  network  is  then  computed, 
from  the  initial  operations  (operations  with  all  predecessors 
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completed)  to  the  final  event  in  the  network.   3ach  operation 
in  each  project  is  assigned  thus  an  earliest  and  a  latest  start 
date. 

All  Operations  on  each  project  (aircraft)  are  then  sorted 
and  listed  by  latest  start  times,  and  separated  into  three  clas- 
ses : 

Class  one,  latest  start  times • smaller  than  sixteen  hours; 
these  operations  should  then  be  scheduled  to 
start  (if  possible)  in  the  next  day,  within 
the  two  eight-hour  shifts. 
Class  two,   operations  with  latest  start  times  greater  than 
16  and  smaller  than  32  hours ;  these  operations 
should  be  scheduled  until  the  end  of  the  second 
day. 
Class  three,  operations  with  latest  start  time  greater  than 

52  hours. 
All  aircraft  are  processed  in  order  of  their  priority.  An 
attempt  is  made  to  assign  aircraft  area  and  available  skills  to 
all  Class  one  operations  on  each  aircraft  first,  in  order  of  pri- 
ority (aircrafts  with  the  most  critical  daily  scheduling  factors 
are  considered  first).   All  aircraft  are  then  processed  again 
in  the  same  order  of  priority  and  an  attempt  is  made  to  assign 
area  and  skills  to  Class  two  operations.   The  aircraft  are  pro- 
cessed a  third  time  for  Class  three  operations. 
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The  actual  scheduling  method  used  is  the  Kelley  method; 
Each  operation  is  tentatively  scheduled  for.  its  earliest  start 
time.   If  resources  are  not  available,  its  start  is  postponed 
until  resources  are  available.   Any  operation  that  cannot  be 
scheduled  on  a  particualr  shift,  due  to  area  or  slcills  not 
available,  is  moved  to  the  ne::t  shift  and  an  attempt  is  again 
made  to  schedule  the  operation. 

The  chief  output  of  the  system  is  the  daily  schedule,  a 
listing  of  all  required  operations  that  are  scheduled  today  and 
forecasted  to  be  scheduled  tomorrow.   Operation  cards  and  sever- 
al reports  for  management  are  by-products  of  the  system. 

The  main  diff 2rence  between  the  DART  and  the  ICellcy  tech- 
niques is  the  listing  of  the  operations  by  increasing  order  of 
latest  start  time  within  each  pi-oject,  instead  of  by  increasing 
arrow  head  numbers.   This  feature  of  DART  seems  to  be  an  advan- 
tage over  the  basic  Kelley  method,  as  it  causes  schechiling  of 
the  most  critical,  that  is,  with  less  total  slack  activities  first, 
It  is  more  complicated,  though,  for  it  involves  periodic  recal- 
culation of  the  earliest  start  times  of  all  successor  operations 
in  the  network  when  each  operation  is  scheduled. 

Although  the  system  has  not  been  operational  long  several 
benefits  already  are  said  to  have  been  achieved.   The  method  is 
claimed  to  have  increased  production  effectiveness  and  decreased 
the  time  required  to  modif3/  each  aircraft,  without  increasing 
the  cost  of  overhead  support;  no  figures  are  reported  to 
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substantiate  these  qualitative  claims.  Also  no  mention  is  made 
of  the  method  DART  substituted,  so  no  basis  of  comparison  can  be 
made  (it  does  not  tell  who  DART  is  better  than). 

The  chief  importance  of  DART  is  having  established  that 
resource  allocation  methods  based  on  critical  path  techniques 
are  feasible  and  profitable  in  day-to-day  scheduling  operations; 
it  can  be  easily  adapted  to  ma.chine-shop  conditions  by  simple 
substitution  of  the  constraining  resources  (critical  machines, 
instead  of  work  area  and  labor  skills). 


125 


3.3.4   Proprietary  Programs :   RAMPS  and  RSFW. 

3.3.4.1  Introduction. 

Two  sophisticated  comprehensive  multi-project  scheduling 
programs  are  also  available  today.   They  are  RAMPS  (31,  38,  213, 
223  and  225)  and  R3PM  (225).   RAMPS  stands  for  Resource  Allocation 
and  Multi-pro ject  Scheduling,  and  was  developed  by  Bu  Pont  and 
CEIR,  Inc.   RSPM  stands  for  Resource  Planning  and  Scheduling  Ileth- 
cd  ,  and  was  developed  by  Nauchly  Associates.   Both  programs  are 
proprietary,  but  networks  can  be  processed  on  a  service  center  basis. 

The  objectives  of  both  programs  are: 

1.  Meet  project  completion  dates,  or  minimize-  overruns. 

2.  Respect  resource  availabilities. 

3.  Minimize  idle  resources. 

O'Erien  (225)  mentions  that  the  Automotive  Safety  Founda- 
tion in  Washington',  D.  G.  conducted  a  comparative  test  of  the 
two  methods  and  obtained  essentia.lly  the  same  results  for  the 
sample  network  computed.   RAMPS  can  handle  up  to   700  activities 
and  is  run  on  an  IBM  7090;  RSPM  can  handle  up  to  1600  activities 
and  is  run  on  an  IBM  1620. 

The  computational  algorithms  utilized  in  both  programs  have 
not  been  published.   It  is  safe  to  assume,  though,  that  both 
programs  are  heuristic  and  so  do  not  necessarily  produce  an 
optimal  schedule,  and  that  both  algorithms  are  based  on 
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variations  of  the  Kelley  OV   Brooks  procedure.   We  shall  study 
more  closely  the  RAMS  program. 

3.3.4.2   Description  of  RAMPS. 

The  RAMPS  system  is  based  on  conventional  network  logic 
for  each  project,  together  with  input  information  pertaining  to 
each  project  activity,  to  each  over-all  project,  to  the  common 
pool  of  available  resources,  and  finally  to  the  over-all  sched- 
uling objectives.   First,  for  each  activity,  three  sets  of  input 
data  are  included  as  follows:  one  for  normal  time  operation,  one 
for  speedup,  and  one  for  slowdown.   Each  of  these  three  sets  of 
data  include  the  resources  required  to  perform  the  activity  (the 
resource  utilisation  efficiency  may  be  different  for  each  set  of 
data),  the  corresponding  activity  performance  time,  and  the  cost 
of  interrupting  (splitting)  an  activity  once  it  has  begun.  At 
the  project  level,  the  in"  put  information  includes  the  start 
date,  desired  completion  date,  and  dollar-penalty  rate  for  delay 
of  completion,  or,  as  an  alternative,  a  project  priority  rating. 
With  regards  to  resource  availabilities,  the  input  information 
.must  give,  for  each  time  period,  the  normal  costs  and  available 
number  of  units  and  their  cost,  which  may  be  made  available 
through  overtime  and  subcontracting.   Finally,  scheduling  objec- 
tives must  be  stated  in  terms  of  relative  importance  (weights) 
of  minimizing  idle  resources,  meeting  project  completion  dates, 
avoidance  of  activity  interruption  (splitting),  maximizing  the 
number  of  activities  scheduled  concurrently,  etc.   After  the 
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basic  scheduling  computations  are  made  using  all  normal  times, 
this  program  progresses  through  the  network,  the  activities  being 
time  scheduled  as  long  as  resources  are  available.   If  the  avail- 
able resources  are  not  sufficient,  the  various  feasible  combinations 
of  allocations  are  evaluated,  and  the  best  combination  is  chosen. 
The  rules  used  in  this  choice  reflect  the  relative  weights  given 
to  the  various  scheduling  objectives.   There  are  two  main  outputs 
of  this  program;  one  gives  the  individual  activity  costs  and  re- 
sources, summarized  by  projects,  and  the  other  gives  the  resources 
used  by  type  and  by  time  period  summarized  over  all  of  the  projects. 
A  study  of  these  outputs  usually  suggests  certain  changes  in  the 
inputs  that  will  bring  the  former  more  in  line  with  desired  objec- 
tives, wh-tever  they  may  be.   A  few  such  computer  runs  will,  in 
most  cases,  lead  to  an  acceptable  master  schedule,  which  is  updated 
periodically  to  accommodate  changes  in  current  plans,  cancellation 

and  completion  of  current  projects,  and  the  introduction  of  new 
projects. 
3.3.4.3  Analysis  of  RAMPS 

As  was  previously  mentioned,  details  of  the  RAMPS  compu- 
tational algorithm  have  not  been  published.   It  is  possible,  though 
to  imagine  modifications  of  the  Kelley  algorithm,  for  instance, 
that  would  produce  essentially  the  same  results  as  RAMPS.   It  is 
possible  then  that  RAMPS  (and  RPSIi)  use  similar  ideas. 

RAMPS  could  use  the  same  basic. idea  of  the  Kelley  method, 
namely,. with  the  projects  listed  by  priority,  schedule  each  one 
(in  order  of  priority)  at  the  earliest  start  time  of  its  activities; 
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completion  time ,  for  activities  or.  the  critical  path  have  the 
smallest  total  float  (zero,  if  the  due  date'  is  the  same  an  the 
terminal  event). 

Note  that  this  objective  (minimisation  of  project  comple- 
tion time)  is  not  always  what  management  strives  for.   In  fact, 
if  a  project  takes  three  months  to  be  completed,  but  only  has 
to  be  finished  five  months  from  now  (its  due  date  is  five  months 
from  now),  it  is  useless  to  try  to  minimise  project  completion 
times,  completing  the  project  three  months  from  now.   Only  in 
certain  types  of  contracts,  where  there  might  be  heavy  penalties 
for  delays  or  incentives  for  early  delivery,  is  this  objective 
important;  in  most  usual  cases,  as  long  as  the  due  date  is 
respected,  management  should,  not  worry  very  much  about  minimi- 
zing completion  times. 
■  2.   Free  Float. 
Assigning  priorities  to  activities  in  inverse  order  of  their 
free  floats  has  basically  the  same  objective  of  the  Total  Float: 
to  minim ize  project  completion  times.   Free  Float,  as  defined  in 
2.3.3,  is  the  number  of  days  a.n  activit3?  can  be  delayed  without 
delaying  any  other  successor  activity;  total  float   was  defined' 
as  the  number  of  days  an  activity  can  be  delayed  without  delay- 
ing project  completion.   Consider  an  activity  with  large  total 
float  but  with  no  free  float;  if  we  delay  it  within  its  total 
float,  we  have  to  delay  the  successor  activities;  but  the  total 
float  of  these  successor  activities  will  decrease,  and  they 
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might  cause  bottlenecks  latei"  on  when  they  'are  going  to  be  sched- 
uled.  By  assigning  priorities  to  activities  by  inverse  order  of 
free  float  we  are   then  preventing  future  bottlenecks  and  thus 
helping  minimize  project  completion  times. 

Both  the  total  float  and  the  free  float  of  an  activity 
are  then  indicative  of  the  "criticality"  of  the  activity.   If 
the  minimization  of  project  completion  time  is  of  paramount  im- 
portance, activities  should  be  scheduled  in  the  order  of  their 
criticality.   This  can  then  be  easily  accomplished,  in  the 
Kelley  method,  by  sorting  activities  by  their  total  float  and, 
in  case  of  ties,  by  free  float,  instead  of  by  arrow  head  numbers. 
This  sorting  WOU13  automatically  condition  the  program  to  mini- 
mize completion  times  of  all  projects. 

3.   Look  Ahead. 

The  look  ahead  feature  of  RAMPS  is  intended  as  a  guard 
to  avoid  bottlenecks,  or  scheduling  conflicts.   It  consists 
in  the  assigning  of  priority  to  those  activities  upon  whose 
completion  many  activities  are  waiting.   Consider  two  activities, 
A  and  B,  with  the  same  total  and  free  float,  but  A  with  10  succes- 
sor activities,  and  B  with  2  successor  activities.   If  we  want  to 
prevent  future  bottlenecks,  we  had  better  schedule  A  first;  there 
arc  ten  possibilities  of  a  bottleneck  if  we  delay  it,  and  only 
two  if  we  delay  B.   3o  activity  A  Should  have  a  higher  priority 


131 


than  B. 

To  assign  priorities  this  way,  it  is  enough  to  use  the  same 
trick  vised  in  the  Brooks  method,  that  is,  listing  activities  in 
the  order  of  their  1-SlPL  (Maximum  Remaining  Path  Length). 
Going  systematically  down  the  list,  we  are  automatically  schedu- 
ling first  activities  whose  delay  could  cause  bottlenecks. 

Mote  that  this  objective  (avoiding  bottlenecks)  can  be 
more  crucial  than  minimizing  project  completion  times,  in  the 
case  of  projects  with  delay  penalties  but  not  premium  on  early 
delivery.   What  management  wants,  in  this  case,  is  to  deliver  all 
projects  in  time;  it  does  not  want  early  completion  of  all  projects, 
for  it  would  faring  no  advantage;  it  prefers  avoidance  of  bottle- 
neck? ,  for  this  would  minimize  delays  in  project  completion. 

4.  '-'ork  Continuity. 

RAMPS  allows  for  the  possibility  th?t  some  activities  can 
be  interrupted  without  extra  costs,  and  some  others  cannot. 
The  work  Continuity  factor  expresses  how  much  we  want  to  avoid 
activity  interruptions.   If  we  give  a  zero  weight  to  this  factor, 
all  activities  will  be  vulnerable  to  interruption;  if  we  give  a 
high  weight  to  this  factor,  and  associate  "interruption  penalties" 
to  each  activity,  activities  with  low  penalties  will  be  more 
vulnerable  to  interruption  than  the  ones  with  high  penalties. 

The  Work  Continuity  factor  could  be  introduced  in  a  Kelley 
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method.   Step  3  of  the  Kelley  method  (see  3.3.1)  gives  the  rules 
to  be  followed  once  conflicts  develop  (that  is,  when  resource 
constraints  make  it  impossible  to  schedule  one  activity  within 
its  total  float).   The  original  Kelley  method  had  sou.e  more  rules, 
in  Step  3,  to  try  to  split  activities,  to  slow  them  down,  and  to 
speed  them  up  (223).   These  rules  are  arranged  sequentially  in 
the  following  way: 
Step  3. 

1 .  m  =  m  -:•  1 . 

2.  Try  to  schedule  activity  m  within  its  total  float. 
If  you  can,  go  to  1; 

3.  Try  to  reschedule  some  other  conflicting  activities 
within  their  total  float.   If  this  makes  it  possible  to  schedule 
activity  m,  schedule  it  and  go  to  1. 

4.  Try  to  slow  down  activity  m.   If  this  solves  the 
conflict,  go  to  1. 

5.  Try  to  hurry  it  up. 

6.  Try  to  schedule  the  activity  by  splitting  it.   If  this 
solves  the  conflict,  go  to  1. 

7.  Try  to  alow  down,  hurry  up  and  split  all  other  con- 
flicting activities.   If  this  makes  it  possible  to  schedule  acti- 
vity m,  schedule  it  and  go  to  1;  if  not,  schedule  it  at  the  first 
possible  spot  even  outside  of  its  total  float;  the  project  will 
have  to  be  delayed.   Go  to  1. 

\"e  can  see  then  that  all  possibilities  arc  tried  sequen- 
tially; if  one  fails,  the  ne::t  possibility  in  tried,  until  all 
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possibilities  have  failed;  then,  the  activity  is  scheduled  any- 
how, even  if  outside  of  its  total  float. 

One  ray  to  introduce  the  *Jbrk  Continuity  factor  in  the 
program  is  to  change  the  order  in  which  t'oe  rule."  are  to  be 
consulted  according  to  the  weight  assigned  to  the,  factor. 

To  explain  this  idea,  let  us  call  tU   the  weight  assigned 
to  the  "Basic  Continuity  factor,  and  K,  the  interruption  penalty 
of  activity  m.   Mote  that  K-i—  1.   Multiply  K]_  x  Kg  =  Kj.   Nov 
the  order  in  which  the  list  is  going  to  be  consulted  can  change 
according  to  K*. 

If  K5  is  zero,  or  smaller  than  Qj_  (and  so  the  activity 
can  be  split),  from  3  go  to  6 ,  and  then  to  4.   That  means  we 
try  to  split  activities  before  trying  to  slow  thcra  down  or  hurry 
them  up.   Similarly,  in  7,  try  first  to  split  all  other  activities 

If  O^K^Q-,  from  4  go  to  6,  and  then  to  5.   That  means 
we  try  to  slow  down  the  activity  first,  then  to  split  it,  and 
then  to  hurry  it  up.   Do  the  sane  thing  on  7. 

If  K  ^Q  ,  skip  6  entirely.  That  moans  that  we  are  not 
going  to  try  to  split  activity  m  at  all,  as  it  is  too  e;rpensxve 
to  do  so.   Mote  that  this  does  not  mean  that  splitting  conflic- . 
ting  activities  should  not  be  tried  in  7. 

According  to  this  scheme,  then,  we  are  changing  the  order 
in  which  the  rules  are  to  be  consulted  according  to  the  weight 
assigned  to  the  "tori;  Continuity  factor.   This  change  in  the 
order  -ri.11  change  the  frequency  with  which  the  possibility  of 
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splitting  is  tried.   If  splitting  is  tried  first,  then  in  the 
lonr'  run  a  large  percentage  of  activities  will  be  split.   If 
splitting  is  tried  only  as  a  last  resort,  this  percentage  will 
decrease,  for  all  activities  that  could  be  scheduled  either  by 
splitting,  hurrying  up  and  slowing  down  are  not  going  to  be 
split.   If  splitting  is  not  tried  at  all,  activities  wzth 
K^O-  "ill  never  be  split  (that  is,  their  percentage  of  split- 
ting is  zero). 

This  is  then  one  possible  way  in  which  the  T"ork  Continui- 
ty factor  can  be  introduced  in  the  Kelley  method  to  do  the  sane 
triclcs  RAMPS  is  said  to  do.   Several  variations  of  this  idea  arc 
possible;  it  can  be  equally  used  in  the  Brooks  method. 

Unfortunately,  for  the  specific  application  we  are  think- 
ing of,  that  is,  machine  shop  scheduling,  this  characteristic 
of  RAMPS  is  useless:  activities  (operations)  are  almost  never 
split  in  machine  shops,  due  to  the  high  set-up  costs.   So  all 
this  nice  scheme  is  useless  in  our  particular  application, 
although  it  is  cei-tainly  useful  in  a  more  general  case. 

Note  also  that  "minimising  splitting,  of  activities"  is 
the  objective  to  be  attained  by  the  vfcrk  Continuity  factor. 
5.   Number  of  Jobs  factor. 

Sometimes  one  of  management's  objectives  is  to  maximize  the 
number  of  jobs  being  worked  on  simultaneously.   This  objective 
has  two  consequences : 

1.   Tt  tends  to  minimize  idle  resources,  for   it  increases 
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the  manufacturing  span  of  all  projects  and  so  gives  the  system 
flexibility. 

2.   It  tends  to  decrease  possibilities  of  delays  in  pro- 
ject completion,  because  of  the  added  flexibility. 

There  are  two  ways  to  introduce  this  factor  in  the  Kellcy 
algorithm.   They  are: 

1.  List  activities  according  to  activity  times,  instead 
of  according  to  total  float;  or  then  list  them  by  total  float 
(or  some  other  ord.cring)  and,  in  case  of  ties,  by  activity 
times.   The  effect  of  this  listing  is  the  same  as  the  effect  of 
using  the  SIO  (Shortest  Imminent  Operation)  loading  rule  in  sim- 
ulating job  shop  scheduling  (see  4,  10;  also,  1.1.6). 

2.  Try  to  slow  down  all  operations;  this  can  be  done  in 
a  scheme  similar  to  the  one  mentioned  for  the  :ork  Continuity 
factor;  the  frequency  of  trying  the  slow  down  possibility  can 
be  changed  by  changing  the  order  in  which  the  list  is  consulted 

in  Step  5  of  the  Kelley  method.  :-jhen  we  slow  down  all  operations, 
obviously  more  operations  will  be  allowed  to  be  scheduled  at 
the  same  time. 

Koto  that  this  management  objective  (maximization  of  nun-' 
ber  of  jobs  being  worked  on)  is  quite  opposite  to  minimisation 
of  completion  times  of  all  projects.   To  minimise  completion 
times,  all  jobs  should  have  the  smallest  possible  manufacturing 
span,  and  so  only  a  few  jobs  c--n   be  worked  on  at  the  same  time. 
The  effect   of  maximisation  of  number  of  jobs  is  an  ?lncrease  in 
the  manufacturing  span  of  all  projects,  with  consequent  increase 


136 


in  work-in-process  itwentori.es  and  related  cost. 

6,   Idle  Resources  factor. 

This  factor  gives  weight  to  the  minimization  of  idle  re- 
sources as  a  .management  objective.   This  objective  is  also  oppo- 
site to  minimizing  project  completion  times. 

She  factor  can  be  included  in  the  Kelley  method  cither 
by  trying  one  of  the  leveling  techniques  mentioned  in  5.2,  each 
time  you  schedule  each  activity,  or  then  by  trying  to  hurry  up 
all  activities.   This  second  solution  could  be  done  using  a  scheme 
similar  to  the  ones  suggested  for  the  :;ork  Continuity  and  Number 
of  Jobs  factors. 

These  are  then  some  ways  in  which  some  of  RAMPS  characteris- 
tics era   be  achieved  with  modif  ications  of  the  Kelley  method. 
Mote  that  we  are  not  claiming  that  these  are  the  ways  used  by 
the  RAMPS  program;  they  are  simply  ways  in  which  RAMPS'  tricks 
could  be  done . 

These  uses  of  alternative  management  objectives  are  the 
most  glamorous  of  RAMPS  characteristics.   Actually,  several  of 
-  these  extra-tricks  are  quite  useless;  the  splitting  possibility, 
as  was  said,  is  useless  in  pure  job  shop  scheduling}   (although' 
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it  might  be  useful  in  batch  production  scheduling) .   The  slow 
down  and  hurry  up  possibilities  are  equally  useless,  for  you 
cannot  increase  or  decrease  the  speed  of  machining  operations. 
In  a  welding  shop,  if  you  allocate" more  (or  less)  resources 
(••elders)  to  a  job,  you  can  speed  up  or  slow  down  its  duration; 
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in  a  machining  operation,  the  pace  is  set  by  the  machine,  and 
the  concept  of  slor,'  down  or  hurry  up  does  not  apply;  machines 
are  long  range  capital  investments  and  its  purchase  is  usually 
outside  the  planner's  authority. 

With  the  elimination  of  these  characteristics,  we  can  see 
that  RA!I?3  is  nothing  more  than  an  extension  of  the  Kelley  or 
Broohs  method  to  multi-project  scheduling.   The  basic  difference 
is  that,  instead  of  trying  to  schedule  one  project  at  a  time, 
RAIP3  collects  all  activities  for  all  projects,  sorts  the  acti- 
vities of  all  projects  by  some  criteria,  and  goes  do-;n  the  list. 
In  this  sense,  then,  RAMPS  (the  mysterious  undisclosed  proprie- 
tary program)  is  just  as  good  for  machine  shop  scheduling  as 
the  DA3.T  program  that  has  been  mentioned  in  3.5.5  (and  published). 

Obviously,  the  gx-eat  advantage  of  RAKPS  is  to  have  been 
the  first  program  to  face  multi-project  scheduling  as  a  general 
problem  that  could  be  optimised.   Kote,  though,  that  it  is  only 
a  sub-optimisation,  in  the  sane  sense  that  the  use  of  loading 
rules  by  the  foreman  (4,  10)  produces  an  "approximate"  solution. 
But  RAtSPS  "as  the  first  program  to  prove  that  large  scale  com- 
puter scheduling  was  feasible  and  advantageous  in  manufacturing' 
operations. 

3.3.5  The  HcGec  and  Karharian  Kethod. 

Another  multi-project  appro-oh  is  described  by  hcGee  and 
i;ar!:arian  (36).   Their  model  is  b^sed  on  a  time/cost  tradeoff 
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formulation  of  SSM  type  described  in  2.5.   Two  sets  of  cost- time 

input  data  are  required  for  each  activity  -  a  "minimum  essential 
effort"  and  "crash  effort"  manpower  (cost),  each  with  associate 
time  estimates.   A  linear  function  is  assumed  to  exist  over  the 
interval  between  these  two  noints. 

All  projects  are  scheduled  initially  using  the  "minimum  essen- 
tial" resource  allocations.   If,  for  this  schedule,  manpower  con- 
straints are  exceeded  for  any  time  interval,  slack  activities 
arc  rescheduled  in  an  attempt  to  stay  within  tie  constraints.   If 
this  causes  project  completion  dates  to  be  delayed,  then  manpower 
increments  arc  allocated  to  the  minimum-cost  activities  en  the 
critical  path  of  the  project  that  is  most  late.   This  incremental 
allowance  is  done  successively  until  all  due  dates  are  met  or 
manpower  is  fully  allocated. 

Although  the  basic  idea  is  a  nice  one,  again  this  method  is 
of  no  earthly  use  in  machine s hop  scheduling,  for  the  same  reason 
that  all  time/cost  tradeoff  methods  are  useless:  the  concept  of 
hurrying  up  activities  by  allocating  more  men  (resources)  in  a 
"crash"  effort  has  no  meaning  for  machining  operations.   Cf  course 
we  could  buy  more  machines,  if  necessary;  but  this  is  done  only  on 
the  long  run,  never  in  dry-to-day  scheduling  procedures,  as  it  is 
with  men  and  other  resources. 

A  useful  point  in  the  method  is  its  assigning  of  priorities 
to  activities  and  projects  through  the  concept  of  t he  most  over- 
due project.   Si(project  completion  -  desired  date)  is 
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computed.   Then  the  project  with  the  na::in;ura  value  of  S  is 
determined,  and  the  first  manpower  allocation  made  to  this 
project.   This  idea  is  quite  useful,  but  it  has  been  superseded 
by   a  better  idea  along  the  same  lines,  the  one  used  by  DAHT  (see 
3.3.3),  of  listing  activities  by  latest  start  tines. 

3.3.6.  Assembly  Line  Balancing  Kathods. 

A  completely  different  approach  to  the  scheduling  prob- 
lem under  resource  constraints  has  been  the  one  used  by  Wilson 
(42)  and  Hoodie  and  liandeville  (37).   They  showed  that  the  pro- 
blem is  analogous  to  the  general  Assembly  Lire  Balancing  pro- 
blem and  so  all  the  algorithms  and  methods  used  to  solve  the 
Assembly  Line  Balancing  problem  can  be  used  to  solve  the  "dual" 
of  the  scheduling  problem. 

Hoodie  and  Matldeville  (37)  present  a  very  neat  solution 
to  the  dual  of  a  scheduling  problem  using  Bowman's  integer  pro- 
gramming solution  to  the  Assembly  Line  Balance  problem.   They 
began  with  a  network  with  7  activities  and  transformed  it  in 
an  integer  Drogramming  problem  with  5  sets  of  constraints  and 
103  variables,  and  solved  it.   The  conclusion  is  obviously 
that  this  is  an  academic  rather  than  an  economical  procedure  for 
solving  the  resource  balancing  problem.   The  application  of 
this  procedure  might  not  be  feasible,  even  if  more  efficient  in- 
teger programming  algorithms  were  available ,  because  the  task  of 
writing  the  objective  function  and  constraint  equations  i:  in 
itself  a  formidable  one. 
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Hoodie  and  Mandeville  (57)  show  still  that  their  exact 
approach  can  be  extended  to  rulti-pro ject  scheduling,  although 
the  problem  becomes  still  more  enormous.   They  then  show  that 
the  use  of  heuristic  approaches  to  Assembly  Line  Balancing 
can  be  equally  used  to  scheduling  problems;  they  mention  the 
results  obtained  by  the  use  ot   one.  such  heuristic  method,  the 
Koodie  and  Young  method,  on  a  small  si-ed  problem. 

Although  this  Assembly  Line  Balancing  approach  opens  some 
future  possibilities  for  the  discovery  of  exact  methods  to  solve 
the  scheduling  problem,  for  the  present  it  is  impractical,  and  so 
only  of  conceptual  value;  as  to  the  heuristic  methods,  once  we 
are  not  reaching  an  exact  optimum  anyway,  there  does  not  seem  to 
be  any  advantage  in  going  in  a  roundabout  way  when  you  can  go  on 
a  straight  way;  the  heuristic  solutions  to  the  Assembly  Line  Bal- 
ance problem  are  not  at  all  so  much  simpler  than  heuristic  methods 
to  solve  the  resource  scheduling  problem  that  they  would  be 
worth  the  extra  work  (and  computing  time). 
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3.4   EVALUATION  OF  TK3  LATEST  TECHNSQtfl^ 

Reviewing  all  techniques  that  have  been  published  for  the 
resource  allocation  problem,  it  can  be  seen  that  none  of  them 
present  an  exact  solution;  all  of  them  are  heuristic,  giving 
only  good  approximate  solutions.  No  breakthrough  has  then  been 
made  yet  as  to  an  exact  mathematical  solutions.   But  several 
techniques  give  good  workable  solutions,  and  are  then  quite  sat- 
isfactory. 

We  can  realize  why  no  exact  solution  has  yet  been  found 
when  we  look  bad:  at  the  optimization  problem.   Four  different 
and  contrary  objectives  have  to  be  reached.   Ideally,  the  objec- 
tive function  could  be  expressed  in  terms  of  costs,  and  opti- 
mised as  a  (integer)  linear  programming  problem;  but  this  ap- 
proach does  not  seen  promising,  because  of  the  large  number  of 
constraints  and  variables  necessary,  and  of  the  difficulty  of  ob- 
taining all  of  the  cost  coefficients  for  all  the  factors.   Hoodie 
and  Kandeville's  (36)  approach  has  been  along  these  lines,  and 
his  results  indicate  how  enormous  the  size  of  such  an  integer 
programming  solution  would  be. 

The  various  leveling  techniques  have  a  grave  setback,  as 
was  seen:  they  are  quite  efficient  (some  more  than  others)  at 
solving  the  problems  they  propose  to  solve ;  only  the  problem 
they  propose  to  solve  is  not  the  problem  we  want  solved,  that 
is,  the  machine  scheduling  problem.   As  they  do  not  treat  re- 
sources as  constraints  (but  variables  to  ba  minimised),  their 
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results  migjtt  not  be  feasible  most  of  the  time.  A  scheduling 
system  might  possibly  be  designed  based  on  leveling  techniques, 
but  it  would  h.-.ve  to  include  several  trial- and-crror  procedures; 
they  have  then  a  marked  disadvantage  as  compared  to  resource- 
Constrained  techniques. 

As  to  resource  constrained  techniques,  DART,  RAMPS  and 
R3PI'!  are  tested,  established  techniques ;  they  use  multi-project, 
multi-resource  approaches,  and  are  ready  to  be  used  with  modifi- 
cations.  Management  can  then  decide  whether  he  wants  to  buy  the 
system  (RAMPS  and  R3PM)  or  design  a  system  of  its  own,  based  on 
the  DART,  Kelley  or  Brooks  methods. 

Ve.  see  then  that  the  resource-constrained  methods  use  a 
mix  of  basic  critical  path  ideas  (that  is,  trying  to  schedule 
activities  within  their  slack)  with  loading  rules.  Loading  rules 
can  be  used  either  in  the  initial  ordering  of  all  jobs  in  all 
projects,  or  in  choosing  between  a  set  of  possibilities  (as  in 
the  Brooks  method),  or  when  conflicts  develop.  The  following 
loading  rules  (decision  rules)  can  be  used: 

1.  Latest  start  times 

2.  Arrow  head  numbers 

3.  Arrow  tail  numbers 

4.  Total  slack 

5.  Free  slack 

6.  Maximum  remaining  path  length 

7.  shortest  imminent  opei-ation. 

Juggling  with  these  lo-ding  rules  under  the  ba:ic  Kelley 
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(serial)  or  Brocks  (parallel)  algorithn,  a  good  multi-project, 
multi-resource  scheduling  system  can  be  designed  according  to 
the  management  objectives  desired.   Flexibility  can  be  added,  if 
necessary,  by  use  of  some  of  Kclley's  or  RAMPS'  mechanisms. 

Summing  up,  then,  it  is  possible  tc  design  your  mm  critical 
path-based  scheduling  system  that  will  produce  feasible  solutions. 


CHAPTER  IV 


CONCLUSIONS 


4.1  APPLICATION  OF  CRITICAL  PATH  TECHNIQUES  TO  PRODUCTION 
PLANNING 

Up  to  now,  we  have  seen  two  basic  types  of  solutions  to  the 
scheduling  problem.   One  is  the  traditional  way:  it  is  based  on 
Gantt  charts  and  clerical  posting.   The  other  is  critical  path- 
based  techniques.   Before  a  final  comparison  is  made,  let  us 
investigate  other  possible  solutions. 

One  solution  that  has  been  used  is  to  plan  with  pure  criti- 
cal path  techniques  for  important  projects  only.   Sometimes,  of 
the  fifty  projects  a  machine  shop  is  working  on  simultaneously, 
two  or  three  loom  out  as  being  much  more  important  than  the  others, 
either  by  their  high  manufacturing  costs  or  by  their  steep  delay 
penalties.   PERT  or  CPU  is  then  applied  to  those  three  projects, 
regardless  of  resource  constraints.   Usually,  anyway,  the  constraint 
would  not  be  reached  at  any  time  period  with  only  three  projects 
in  fifty;  and,  if  they  are,  it  is  feasible  to  replan  the  three 
projects  so  as  to  respect  the  constraints.   These  projects  are 
then  minimized  towards  manufacturing  span  and  project  delays. 
The  next  step  is  then  to  schedule  all  other  projects  through 
some  variation  of  the  traditional  method,  thus  trying  to  level 
resource  requirements,  that  is,  minimise  idle  machine  times. 
All  scheduling  objectives  can  (see  1.2)  thus  be  at  least 
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partially  reached:  idle  resources  arc  "minimized"  (after  the 
three  important  projects  have  been  scheduled)  by  scheduling 
the  majority  of  projects  under  the  traditional  way:  as  this 
traditional  method  is  very  good  as  to  minimising  idle  resources, 
objective  1  is  at  least  partially  reached.   Objective  2  is  not 
so  well  reached,  unless  the  three  projects  are  so  large  in  raa- 
c&ine  hours  as  to  dominate  all  others;  but  objective  3  is  reached 
fairly  well,  for  the  projects  with  most  steep  penalties  arc  in- 
deed planned  separately,  through  P3RT  and  CHI.   As  to  systemic 
costs,  they  are  in  between  the  costs  for  critical  path-based 
techniques  and  those  for  the  traditional  methods. 

Another  possible  solution,  largely  xised  today  in  machine 
shops,  is  to  computerise  the  traditional  method.   This  compu- 
ter approach  is  almost  as  good  as  the  traditional  method  as 
to  idle  resources,  although  it  has  a  little  less  flexibility  if 
the  delay-unit  is  decreased  and  may  decrease  systemic  costs. 
It  may  also  show  large  improvements  as  to  objective  2,  minimizing 
in-process  inventories,  for  it  will  decrease  substantially  the 
average  manufacturing  span.   This  is  so  because  memory  and  speed 
capabilities  of  the  computer  are  greater  than  the  human's,  aJid  so 
the  machine  does  not  have  to  rely  so  much  on  preventive  slack  as 
does  the  human  planner;  also,  these  capabilities  make  it  possible 
for  it  to  decrease  the  delay  unit  from  one  week  or  three  days , 
to  one  day  or  even  one  shift;  most  6f  the  waste  in  manufacturing 
spans  typical  of  the  traditional  method  is  thus  eliminated.   This 
method  is  largely  used  today;  there  are  several  variations,  either 
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is  not  due  to  slack,  but  to  the  possibility  of  analysing  bottle- 
necks and  rescheduling  of  all  activities  contributing  to  it. 

As  to  objective  2,  the  traditional  method  (I)  does  very  bad- 
ly, as  was  shown  in  1.1.   Kethod  III  is  also  ratter  bad,  for  it 
uses  the  traditional  method  in  most  projects;  only  the  two  or 
three  priority  projects  are  "optimized"  through  the  basic  critical 
path  algorithm.   Computers  (IX)  are  visibly  better  than  (I),  due 
to  the  great  decrease  in  extra  slack.   Critical  Path  Techniques 
arc  very  good,  for  through  the  concept  of  float  they  "optimize" 
completion  times. 

As  to  objective  3,  method  I  does  not  analyze  all  conflicting 
activities  when  a  bottleneck  occurs;  so  it  relies  on  its  extra  slack 
to  prevent  completion  delays.    Computers  (II)  would  neither 
have  the  extra  slack  (if  the  delay-units  are  decreased)  nor  the 
capacity  of  analyzing  (and  rescheduling)  conflicting  activities  in 
a  bottleneck,  so  they  do  badly  under  objective  3.    Ill  is  good, 
for  it  schedules  very  carefully  the  projects  with  high  delay  pen- 
alties ;  IV  is  the  best,  for  through  analysis  of  all  conflicting 
activities  in  all  projects,  it  has  more  power  to  solve  conflicts. 
In  this  sense,  IV  includes  in  the  planning  phase  characteristics 
of  the  expediting  process. 

Systemic  costs  vary  with  the  size  of  the  machine  shop.   In 
a  medium- to-large  machine  shop,  computers  (II)  would  cost  usually 
less  than  the  manual  posting  procedure(I).   As  the  bulk  of  trie 
activities  would  be  scheduled  manually  in  III,  its  systemic  costs 
are  not  very  low  either.   Computer  time  requirements  of  IV  are 
larger  than  II. 
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shop;  thus,  if  objective  1  is  of  the  utmost  importance,  the  tradi- 
tional scheduling  system  still  might  be  the  best;  or,  in  small  ma- 
chine shops,  the  use  of  computers  would  increase  Very  much  systemic 
costs;  method  III  or  I  would  then  be  recommended. 

A  general  representation  of  the  problem  would  require  assign- 
ing -/eights  to  all  objectives,  or  then  just  giving  the  cost  (or 
"value")  of  each  objective.   The  difficulties  and  uncertainties 
involved  in  such  an  analysis  are  obvious;  it  is  recommended  that 
the  objectives  be  evaluated  in  each  situation  and  the  systems  pro- 
posed rated  under  the  relevant  objectives,  (if  possible,  through 
simulation).   In  a  very  gross  way,  though,  we  can  see  that  criti- 
cal path  techniques  do  very  well  on  the  whole  in  the  comparison; 
but  for  objective  1,  they  do  as  well  or  better  than  all  the  others; 
if  we  consider  all  objectives  to  awe  the  same  importance  (and 
consequently  the  same  weights),  the  "Grade  Point  Average"  of  IV  is 
noticeably  higher  than  all  the  others. 

T7e  can  then  state  the  following  conclusions: 

1»   iio  exact  and  feasible  solution  has  yet  been  found  for 

the  scheduling  problem  through  critical  path  concepts. 

2.   Good  approximate  solutions . are  available  toe  ay.   One  of 

them  is  the  use  of  critical  path  techniques. 

5.   These  critical  path-based,  resource  allocation-oriented 
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techniques  compare  favorably  vriLth  other  existing  techniques 
in  most  cases. 

4,  The  greatest  difficulty  in  the  optimization  of  the 
scheduling  is  to  state  the  problem  and  assign  weights  to  the 
objectives.   -nee  this  is  done,  simulation  could  then  be 
used  to  rate  proposed  methods  under  the  objectives. 
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4.2   FUTURE  PERSPECTIVES 

There  is  always  a  possibility  that  mathematical  methods  will 
be  developed  to  really  optimize  scheduling  systems  in  machine  shops. 
The  greatest  difficulty,  as  was  seen  in  4.1,  is  to  find  appropriate 
variables  so  that  an  objective  function  cgn   be  stated  in  terms  of 
cost,  taking  then  all  four  objectives  (types  of  costs)  into  account. 
At  present,  some  methods  optimize  one  or  another  objective,  but  no 
method  optimises  exactly  all  the  objectives.   Integer  programming 
solutions  can  then  be  developed  to  solve  the  general  problem,  al- 
though present  algorithms  are  too  cumbersome  to  solve  practical- 
sized  problems. 

Another  important  obstacle  to  the  discovery  of  exact  optimi- 
zation methods  is  that  they  arc  not  really  necessary.   The  present 
heuristic  techniques  give  very  good  approximate  solutions,  and 
thus  management  is  not  striving  very  hard  towards  exact  solutions. 

As  to  the  heuristic  solutions,  it  was  seen  that  s everal  are 
already  used  operationally  today.   It  is  also  possible  to  build 
a 'Uo  it  yourself"  hit  for  computer  programmers ,  with  all  availa- 
ble gadgets  (loading  rules  and  other  tricks)  so  that  the  planner, 
can  choose  the  ones  that  are  most  appropriate   for  his  particular 
problem. 

The  next  step  to  be  done  is  to  test  the  existing  programs 
under  simulation,  to  check,  objective  by  objective,  how  they  do 
compare  exactly.   Having  ratings  established  precisely,  and  assign- 
ing weights  to  objectives  according  to  particular  conditions  in 
each  machine  shop,  a  general  method  of  designing  scheduling  systems 
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can  then  ba  evolved. 

Another  work  that  would  be  helpful  in  building  this  general 
scheduling  design  technology  would  be  a  survey  and  analysis  of  the 
relative  importance  given  to  the  four  objectives  by  manageir.ent 
in  actual  machine  shops.   Such  a  survey  might  show  that  some  of 
these  objectives  are  not  considered  to  be  important  enough  to  be 
included  in  a  general  objective  function. 


152 


CHAPTER  V 
BIBLIOGRAPHY 

Product  ion  Schodu]  ing 

1.  Akers,  S.  B. ,  and  Friedman,  J.,  "A  Non-Numerical  Approach  to 
Production  Scheduling  Problems",  Operations  Research,  Vol.  3, 
1955. 

2.  Azevedo,  R.  da  R. ,  and  Lauretti,  R. ,  "Um  Ensaio  em  Consultoria: 
Aplicacao  do  Iledodo  do  Ratio-Delay",  Graduation  Thesis;  Insti- 
tute Tecnologico  de  Aeronautica,  3.  Jose  dos  Campos,  1965. 

3.  Fischer,  H.,  and  Thompson,  G.  I,.,  "Probabilistic  Learning 
Combinations  of  Local  Job-shop  Scheduling  Rules",  indust- 
rial Scheduling,  p;  225. 

4.  Giffler,  Bernard,  "simulation  Models  in  production  Scheduling 
and  Inventory  Control",  Production  and  Inventory  Management, 
Vol.  7,  NO.  3,  July  1966. 

5.  Gifcicr,  Bernard.,  Thompson,  G.  L. ,  and  Van  Ness,  B.,  "Nuraari- 
cnl  Experience  with  the  Linear  and  Monte  Carlo  Algoritims 

for  Solving  Production  Scheduling  Problems,"  Industrial 
Scheduling. 

6.  Johnson,  3.  M.,  "Optimal  Two -and  Three-State  Production  Sched- 
ules with  Set-up  Times  Included,"  Naval  Research  logistics 
Quarterly,  Vol  1.,  1954. 

7.  ICiinzi,  C. ,  "Contribution  a  I 'Organization  d'uno  Fabrication 
de  Gros  Ensembles  Unitaircs",  The  30  De  Doctorat ,  Ecole 
polytcchnioue  Federal,  Zurich;  Itnorimaric  Leemann  3A,  Zurich 
1961 

S.   Marshall,  A.  '■?.  and  Heckling,  W.  H.  ,  'predictability  of  the 
Costs,  Time  and  Success  of  Development,"  RAND  Corporation, 
Report,  December  1959,  p.  14  and  20-22. 

9.   1'erton,  J.  P.  ,  and  Scherer,  F.  II.,  "The  Tfeapons  Aquisition  Pro- 
cess: An  Economic  Analysis"  B ivis ion  of  Research,  Graduate 
Schnolof  Business  Administration,  Harvard  University,  Cam- 
bridge, Mass.  1962,  p.  22  and  433. 

10.  Moore,  J.  V. ,  and  Wilson,  R.  C. ,  "A  Review  of  Simulation 
Research  in  Job-Shop  Scheduling,"  Production  and  Inventory 
Management,  January  1967,  Vol. "8,  No.  1. 

11.  Re  id,  M. ,  "JOb-Shop  Production  Control  on  Computer,"  Control 
Engineer,  Vol.  8,  NO.  1,  January  1961,  r>~.  107-109. 


153 


12.  Mrs.  T~allace  Clark,  "The  Gantt  Chart",  Industrial  Engineering 
Handbook,  2nd.  Edition,  McGraw-Hill  Book  Company,  Inc.,  New 
York,  1963. 

Lipe  of  Balance  Technology 

13.  Catalano,  A.  J.,  "Line  of  Balance  Shows  Production  Problems,." 
Eletronics,  Vol.  35,  No.  35,  August  31,  1962;  pp.  66,  68. 

14.  Curtis,  B.  D.,  "Performance  Index  and  Overall  Status  from 

Line  of  Balance,"  ASMS- Paper  62-WA  -109  for  meeting  Novem- 
ber 25-50,  1962 

15.  Fleischer,  G.  A.,  "Linha  de  Contfole  -  Um  Metodo  Grafico  nara 
o  Plane jamento  da  Producao , "  Instituto  Teenologico  de  Aeronau- 
nautica,  S.  Jose  do 3  Campos,  1964. 

16.  Gehringer,  A.  C. ,  "Line"  of  Balance,"  The  Armed  Forces  Com- 
ptroller, June  1961. 

17.  "The  Line  of  Balance  as  Applied  to  production  Analysis-Two 
Case  Studies:  Assembly  Line  production  and  a  Job- Shop  Opera- 
tion," Office  of  Naval  Material,  Department  of  the  Navy, 
Washington  25,  D.  C. 


18. 


Anon.,  "Line  of  Balance  Technology,"  Office  of  Naval  Material, 
U.  S.  Navy  (NAVEXOSP  1851  -  Rev.  4-62),  Washington ,  D.  C , 

April  1962. 

Critical  Path  Techniques:  History 

19.  Kane,  J.  3.,  "Origin  of  CPM#and  PERT,"  Hofstra  University 
Yearbook  of  Business,  op.  cit. 

Critical  path  Techniques:  Resource  Allocation 

20.  Blair,  P..  J.,  "Critical  Path  Resources  Simulation  and  Schedu- 
ling," IEEE-Transactions  on  Engineering  Management,  Vol.  sm- 
10,  No..  3,  September  1963,  pp.  100-103. 

21.  Burgess,  a.  p..  and  Killebrew,  J.  B. ,  "Variation  in  Activity 
Level  on  a  Cyclical  Arrow  Diagram,"  Journal  of  Industrial 
Engineering, "'vol.  13,  No.  2,  March-April  1962. 

22.  American  Institute  of  Industrial  Engineering,  proceedings  of 
the  l5Th  Annual  Conference  and  Convention,  New  York,  N.  Y. , 
1964. 

23.  RAMF3  Training  Text  and  User*s  Guide,  CEIR,  Inc.,  New  York, 
1962. 


154 


24.  Davis,  H.  W. ,  "Resource  Allocation  in  Project  Network  Models- 
Survey,  "Journal  of  Industrial  engineering ,  Vol.  17,  Ko.  4, 
April  1966,  p.  177-183. 

25.  De  Witte,  L.,  "Manpower  Leveling  of  PBSS  Networks,"  Data 
Processing  for  Science/Engineering,  March-April,  19;~'4. 

26.  Dike,  S.  H, ,  "Project  scheduling  with  Resource  Constraints," 

IEEE-Transactions  on  Engineering  Management,  Vol.  EM- 11, 
No.  4,  December  1964,  pp.  155-157. 

27.  Fey  C.  F. ,  "Methods  of  Resource  Allocations,  "I  and  II,  IBM, 
1963,  1964. 

28.  Chare,  P.  M. ,  "Optimal  Resoux-ce  Allocation  in  Activity  Net- 
works, "Central  Library,  Oklahoma  State  University,  Still- 
water, Oklahoma,  August,  1965. 

29.  Johnson,  E.  R. ,  "Optimum  Allocation  of  Resources  for  Homogen- 
eous Projects,"  ASME-Paper  64-PROD-16  for  meeting  April  20- 
24,  1965. 


30.   Kell 
str, 


ley,  J.  E.,  Jr.,  "Scheduling  Activities _ to  Satisfy  Con- 
aints.on  Resources,"  Industrial  Scheduling,  op.  cit. 


31.  Latabourn,  S.,  "Resource  Allocation  and  Multi-Pro  ject  Schedu- 
ling (BAMPS)-lfew  Tool  in  Planning  and  Control,"  Computer 
Journal,  Vol.  5.  No.  4,  January  1963,  p.  300-304. 

32.  Levy,  F.  K. ,  Thomoson,  G.  5.,  and  'Tiest,  J.  D. ,  "Mult i- ship, 
Multi-shop  "orkload  Smoothing  Program,"  Naval  Research  Logis- 
tics Quarterly,  March  1963. 

33.  Marchbanks,  J.  L,  "Daily  Automatic  Rescheduling  Technique," 
Journal  of  Industrial  Engineering,  Vol,  No.  3,  March  1966, 
p.  119. 

34.  McGee  A.  A.,  and  Markarian,  M.  D.,  "Optimum _ Allocation  of 
Research/Engineering  Manpower  Within  a  ?iulti-pro ject  Organ- 
izational Structure,"  IRS- Transactions  on  Engineering  Mana- 
gement ,  Vol.  Em-9,  No.  3,  September  19c2,  p.  104. 

35.  Kize,  J.  H. ,  "An  Investigation  of  project  Planning  and  Con- 
trol Techniques,"  Main  Library,  Memorial  Center,  purdue 
Unive-sity,  Lafayette,  Indiana,  January  1963. 

36.  Moodie,  C.  1.  and  Mandeville ,  D.  S. ,  "Project  Resource  Bal- 
ancing by  Assenbly  line  Balancing  Techniques,"  Journal  of 
Industrial  Engineering,  Vol.  17,  No.  7,  July  1966,  p.  377. 


155 


37.  Moshman,  J.,  Johnson,  J.,  and  Larson,  l-i. ,  "RAMPS  -  technique 
for  Resource  Allocation  and  Multi-Project  Scheduling,"  Pro- 
ceedings of  the  1963  Spring  Joint  Computer  Conference,  Amer- 
ican Federation  of  Information  processing  Society  (AFIPS), 
Vol  25,  1965,  p.  17/ 

38.  Roman,  and  Johnson,  "Cn  the  Allocation  of  Common  Physical 

RescurccG  to  Multiple  Development  Tasks,"  IEEE-Transactions 
on  Engineering  Management,  Vol.  Em-lA,  March  1967,  No.  1, 
p.  16. 

39.  Verhlnes,  0.  R. ,  "Optimum  Scheduling  of  limited  Resources," 
Chemical  engineering  Frogress,  Vol.  59,  No.  3,  March  19  53, 
p.  657. 

40.  Wiest,  J.  E. ,  "Some  Properties  of  Scheduler  for  Large  Projects 
With  Limited  Resources,"  Operations  Research,  Vol.  12,  p.  395, 
May  196':-. 

41.  Wison,  R.  C. ,  "Assembly  Line  Balancing  and  Resource  Leveling" 
University  of  Michigan  'engineering  Summer  Conference,  Produc- 
tion and  Inventory  control,  1954. 

42.  Eosenbloora,  R.  S. ,  "Notes  on  the  Development  of  Netuork  Models 
for  Resource  Allocation  in  R  &  D  Projects,"  IRE-Transactions 
on  'Engineering  Management,  Vol.  EM-11,  p.  58,  June  1964. 

Critical  rat'q  Techniques  -  Time /cost  Trade -off 

43.  Alport,  L.,  and  Orkland,  0.  3.,  "A  Time  Resource  Tradeoff 
Model  for  Aiding  Management  Decisions,"  Operations  Research, 
Inc.,  Technical  Paper  No.  12,  Silver  Spring,  Maryland,  1962. 

44.  Black,  C.  J.,  "An  Algorithm  for  Resource  Leveling  in  Project 
Networks,"  Unpublished  paper,  Department  of  Industrial  Admin- 
istration, Yale  University,  May  1965. 

45.  Berman,  E.  B. ,  "Resource  Allocations  in  a  PERT  Nett.-ork  Under 
Continuor s  Time/Cost  Functims,"  Management  Science,  July, 
1964. 

46.  Charncs,  A.,  and  Cooper,  ".  T7. ,  "A  Network  Interpretation  and 
a   Directed  Sub-Dual  Algorithm  for  Critical  path  Scheduling, " 
Journal  of  Industrial  Engineering,  1962,  215. 

47.  Clark,  C.  E.  ,  "Optimum  Mlocat:ion  of  Resources  Among  the 
Activities  of  a  Network,"  Journal  of  Industrial  Engineering, 
Vol.  i2,  lie.  1,  J rnuary- February  1961,  p.  11. 

48.  Franta,  R.  A.,  Jr.,  and  Northern,  L.  B.,  "PERT/CCST','  Testern 
Electric  Engineer,  Vol.  C,    No.  5,  July  1954,  p.  24. 


156 


49.  Fulkerson,  D.  R. ,  "A  Network  Flow  Computation  for  Project 
Cost  Curves,"  Management  Science,  Vol.  7,  1961,  p.  167. 

50.  Fulkerson,  D.  R.,  "Out-of-Kilter.  Method  for  Nirimal-Cost  Flow 
Problems,"  Journal  of  the  Society  of  Industrial  and  Aoplied 
Mathematics,  Vol.  9,  No.  1,  March  61,  p.  18. 

51.  Fulkerson,  D.  R. ,  "Scheduling  in  Project  Networks, "  RAND  Cor- 
poration Memo.   PJI-4137-PR,  June  1964. 

52.  Hands.,  V.  K. ,  "Project  Cost  Curve  Equivalent  Linear  Graphs," 
Paper  presented  at  ORSA  Meeting,  Boston,  I.'r.y  1965. 

53.  Jewell,  V.    3.,  "Risk-Taking  in  Critical  Path  Analysis," 
Management  Science,  Vol.  11,  No.  3,  January  1965,  p.  438. 

54.  Kellcy,  J.  E. ,  and  "alkcr,  M.  R. ,  "Critical  Path  Planning  and 
Scheduling,"  1959  proceedings  of  the  Eastern  Joint  Computer 
Conference . 

55.  Ktelley  J.  E.  Jr.,  "Critical  Path  Planning  And  Scheduling- 
Mathenatical  Basis,"  Operations  Research,  Vol.  9,  Ho.  3, 
1951. 

56.  Meyer,  W.  L. ,  and  Schaffer,  R.  L. ,  "Extensions  of  the  Critical 
Path  Method  Through  the  Application  of  Integer  Programming," 
Department  of  Civil  Engineering,  University  of  Illinois,  July 
1963. 

57.  tnon,  "DOD  and  NASA  Guide,  PERT/COST,"  Office  of  the  Secretary 
of  Defense  and  National  Aeronautics  and  Space  Administration, 

Washington,  D.  C. ,  1962. 

58.  Parikh,  S.  C,  and  Jewell,  TT.  3.,  "Decomposition  of  Project 

Networks,"  Management  Science,  Vol.  11,  No.  3,  January  19o5, 
p.  444. 

59.  Prager,  ". ,  "A  Structural  Method  of  Computing  Project  Cost  . 
Curves,"  Management  Science,  Vol.  9,  p.  394,  1963. 

60.  Thomnson,  T.  E.  ,  "Adjusting  Network  Plans  with.  "PERT  Slack 
Bonus","  Journal  of  Industrial  Engineering,  Vol.  17,  i.e.  145. 

Critical  Path  Technioues  -  Mathematical  Basis  of  PERT 

61.  Bamby,  J.  G. ,  "Applicability  of  PERT  as  a  Management  Tool," 
IRE  -Transactions  of  Engineering  Management,  Vol.  SM-9, 

No.  3,  September  1962,  p.  130 

62.  Churnes,  A.,  "Critical  Path  Analysis  via  Chance  Constrained 
and  Stochastic  programming,"  Operations  Research,  May-June 
1965,  Vol.  13,  No.  3,  p.  382. 


157 


.  E.,  "The  Greatest  of  a  Finite  Set  of  Random  Varia- 
bles," Operations  Research,  9,  p.  145,  1961. 

64   Coon,  H. ,  "Note  on  William  A.  Donaldson's  "The  Estimation  of 
the  Mean  and  Variance  of  a  PERT  Activity  Tine","  Operations 
Research,  Maywjune  1955,  Vol.  13,  No.  3,  p.  586. 

65.  Donaldson,  ■'.  A.,  "The  Estimation  of  the  Ilean  and  Variance 

of  a  PERT  Activity  Time,"  Operations  Research,  May-June  1965, 
Vol.  13,  Ho.  3,  p.  333. 

66.  Healy,  T.  L. ,  "Activity  Subdivision  and  PERT  Probability  State- 
ments," Operations  Research  Vol.  9,  Mo.  3,  May-June  1951, 

p.  341. 

67   Tukasaevicz,  J.,  "On  the  Estimation  of  Errors  Introduced  _ by 
Standard  Assumptions  Concerning  the  Distribution  of  Activity 
Duration  in  PERT  C-lculations ,"  Operations  Research,  Marcfc- 
April  1965,  Vol.  13,  Ho.  2,  p.  326 

63.   JfolcOB,  D.  G.,  Roscboon,  J.  H. ,  Clark,  C.  E. ,  and  Fasar, _". , 
"ApplJ cations  of  a  Technique  for  R  and  D  Program  Evaluation 
(PERT),"  Operations  Research,  Vol.  7,  NO.  5,  September-OctoDor 
1959,  p.  646. 

69.  MacCriramon,  K.  R. ,  and  Ryavec,  C.  A.,  "Analytical  Study  of 

PERT  Assumptions,"  Operations  Research,  Vol.  12,  HO.  _, 
January-February  1964,  p.  16. 

70   MaCCrinKlon,  K.  R.,  and  Ryavec,  C.  A.,  "Analytical  Study  of  the 
PERT  Assumptions,"  RAND  Corporation  Ile^o  R1I-3403-PR,  December 
1962. 

71.  1'urrav,  J.  E. ,  "Consideration  of  PERT  Assumptions,"  IEEE  - 
Transactions  on  Engineering  Management,  Vol.  Eii-10,  NO.  J, 
September  1963,  p.  94. 

72.  "occck,  J.  'A.,  "PERT  as  Analytical  Aid  for  Prcpam  Planning 
-Its  Pay-off  and  Problems,"  Operations  Research,  -/ol.  10, 
HO.  6,  November-December  1962. 

73  Robinson,  F.  D. ,  "Background  of  PERT  Algorithm,"  Computer 
Journal,  Vol.  5,  Ho.  4,  January  1963,  p.  297. 

74  Van  Sl-dcc,  R.  M.,  "Monte  Carlo  Methods  and  PERT  problems," 

Operations  Research,  Vol.  11,  Ho.  5,  September-October  1963, 
p.  339. 

75.   talker,  J.  D. ,  and  Houry,  E. ,  "Comparison  of  Actual  and  Allo- 
cated Costs  for  !»rk  Accomplished  Using  NASA  PERT",  IEEE- 
Transactions  on  Engineering  Management,  Vol.  EM-a2,  Ho.  j, 
September,  1965. 


158 


76.  Welsh,  J.  A.,  "Errors  Intrcduced  By  a  PERT  Assumption," 
Operations  Research,  January- February  1965,  Vol.  13,  No.  1, 
p.  141. 

77.  Welsh  J.  A. i  "Super-Critical  Arcs  of  a  PERT  Network,"  Opera- 
tions Research,  Vol.  10,  1962,  p.  912. 

78.  Grubbs,  F.  H.,  "Attempts  to  Validate  Certain  PERT  Statistics," 
Operations  Research,  Vol.  10,  1962,  p.  912. 

79.  Clark,  C.  F..  ,  "The  PERT  Model  for  the  Distribution  of  an 
Activity  Time,"  Operations  Research,  Vol.  10,  1952,  p.  405. 

Critical  Path  Techniques  -  Bibliographies 

80.  Anon.,  "A  Bibliography  of  PERT  and  CPK,"  Industrielle  Organ- 
ization (February,  1963),  Postfach,  Zurick,  Switzerland. 

81.  Dieckert,  E.  A.,  "Dissemination  of  PERT/CPM  Information  with- 
in Metals  Industry,"  Hofstra  University  Yearbook  of  Business, 
op.  cit. 

82.  pooling,  T.  A.,  "Dissemination  of  Critical  Path  Network  Tech- 
nique for  Project  Scheduling  and  Control  in  Construction 
Industry,"  Hofstra  University  Yearbook  of  Business,  op.  cit. 

83.  Fry,  B.  L. ,  "Network-Type  Management  Control  Systems  Biblio- 
graphy," Prepared  for  u'.  S.  Air  Force  Project  RAND,  Memoran- 
dum'Pj'l-3074-FR,  RAND  Corporation,  1700  Main  St.,  Santa  Moni- 
ca, California,  February  1963. 

8'--.  Fry,  B.  L. ,  "Selected  References  on  PERT  and  Related  Techniques," 
IEEE- Transactions  on  Engineering  Management,  Vol.  EM-10, 
No.  3,  September  1963,  p.  150. 

B5.      Lamb,  R.  J.,  "Management  Network  Techniques  (CPM,  PERT,  etc.,) 
Appearing  in  Periodical  Literature  of  Chemical  and  Petroleum 
Industries,"  Hofstra  University  Yearbook  of  Business,  op.  cit. 

86.  Lerda-Olberg,  S.,  "Bibliography  on  Network-Based  project- 
planning  and  Control  Techniques:  1962-1965,"  Operations 
Research,  September-October  1966,  Bol.  14,  No.  5,  p.  925. 

37.  Meyer,  J.  V. ,  "Dissemination  of  Network  Techniques  for  Pro- 
ject Schedule  and  Control  Through  Electronic  Industry  Trade 
Journals,"  Hofstra  University  Yearbook  of  Business,  op.  cit. 

83.   Murray,  A.  P..,  "CPM/pERT  -  Dissemination  via  Aerospace  _  Period- 
icals', "  Hofstra  University  Yearbook  of  Business,  op.  cit. 


159 


89.  Phillips,  C.  R. ,  "Fifteen  Key  Features  cf  Computer  Programs 
for  CHI  and  PERT,"  Journal  of  Industrial  Engineering ,  Vol. 

15,  No.  1,  January-February  1964,  p.  14. 

90.  Poletti,  G.,  "Diffusion  of  Network  Techniques  Throughout  Govern- 
ment Publications,"  IEEE-Transactions  on  Engineering  Manage- 
ment, Vol.  Hi '-11,  No.  1,  March  1964,  p.  45. 

91.  Sobczac,  T.  V. ,  "Network  Planning  -  A  Bibliography,"  Journal 
of  Industrial  Engineering,  Vol.  15,  No.  6,  November-December 
1962. 

92.  S->nnier,  A«,  "Dissemination  of  Network  Techniques  by  Profession- 
al Societies,"  Hofstra  University  Yearbook  of  Business,  op. 
cit. 

95.   Warner,  W.  C. , "Dissemination  of  PERT  and  Critical  Path  Infor- 
mation in  General  Business  Periodicals,"  Hofstra  University 
Yearbook  of  Business,  op.  cit. 

94.  Zinghini,  F.  J.,  "Monographic  and  Text  Literature,"  Kofstra 
University  Yearbook  of  Business,  op.  cit. 

95.  Zinghini,  F.  J.,  "Network  Scheduling  and  Control  Systems- 
Bibliography  Through  December  1962,"  Hofstra  University  Year- 
book of-Business,  op.  cit. 

Critical  Path  Techniques  -  Foreign  Publications 

96.  Angelini,  A.  M. ,  "Analisi  e  Sintasi  dei  Program  ii  -  Un  proced- 
imento  Grafico  di  Valutaaioni  Anr.litica  i  Sintetica  i  di  Aggior- 
namiento  dei  Programrni  Construtici,"  Energia  Electrica,  vol. 
40,  Ho.  12,  December  1965,  p.  941;  Vol.  41,  Ho.  5,  May  1964, 

p.  555. 

97.  Drcger,  T\,    "Hctzplantechnik  -  cine  mathematische  Planungs- 
methodc,"  Foerdem  u  Heben,  Vol.  15,  No.  5,  May  1965,  p.  577. 

93.  Dreger,  '.'. ,  "Verfeinerung  und  Heiterentwicklung  der  Uetzplan- 
tcchnik,"  Foerdem  u  Heben,  Vol.  16,  "Ho.  5,  Hay  1965,  p.  415. 

99.   Eugen,  Y.,  and  Baudou.in,  G. ,  "Deux  Cas  Concrets  d 'Application 
de  la  Methods  PERT,"  Automatisms,  Vol.  10.  Ho.  10,  October 
1965,  p.  406 

100.   Gewald,  IC.  ,  and  Kaspcr,  K. ,  "Erfahrungen  bei  der  Anwendung 

v  n  Pro  jel'.tplanungsmethoden  (Hctzplantechnik)  ,"  Elecktronisdie 
Recheuaulagen,  Vol.  7,  Ho.  5,  June  1965,  p.  147. 


160 


101   Mftttion,  A..  3.,  "HI  Matodo  del  Camino  Critico  -  una  Experien- 
cia  en  la  Progranacion  de  Obi-as,"  Ingcnieria  (Buenos  Aires), 
Vol.  68,  NO.  939,  June-AugU3t  1964,  p.  9. 

102.  Rodriguez  Gorges,  3.  "Sistena  PERT  para  Planeacion  y  control 
de  proyectos,"  ATffiP,  Vol.  4,  Mo.  1,  January-February  1964,  p. 
27. 

103.  Rvbashov,  V.  V.  and  budnikov,  Y.  Y.,  "Reshenxe  zadachi  mini- 
rpizatcii  stoimosti  razrabotkina  analogovylch  modelykh,"  Ada- 
deraiya  Nauk  S33R,  Izvcstiya,  Tekhnieheskaya  Kibcrnetika,  No. 
4,  July-August  1964,  p.  34. 

104.  Vilenkin,  S.  Y. ,  "Determination  of  Maximum  time  (critical 
path  time)  Distribution,"  Automatika  i  Telemekhanika,  Vol. 

26,  No.  7,  July  1965,  p.  1235;  English  Translation  in  Auto- 
mation and  Remote  Control,  Vol:  26,  Ko.  7,  July  1965,  p. 
1233. 

105   Westry,  C.,  "Het  samenstellen  van  fcijdschema * s  m.fe.v.  "eleck 
tronifiche  rekenmachlnes , "  mgeniur,  Vol.  74,  Ko.  50,  July 

27,  1952,  P.'  B135. 

106.  wills,  H.,  Gewald,  K,  and  reber,  II.  Dt,  ••Neteplanmodelie 

fucr  die  Planung  von  projekten,"  Elektromsche  Rechenaulagen, 
Vol.  6,  No.  6,  December  1964,  p.  277. 

5.8.  Critical  Path  Techniques  -  Miscellaneous 

107.  iron.,  "Critical  path  Techniques-Communications  Shorthand 
for  Management,"  Steel,  Vol.  151  Ko.  21,  November  19,  1962, 
p.  74. 

108.  *non.,  "Outline  of  CPM  and  PERT"  Factory  and  Plant,  Vol. 
51,  No.  11,  June  1964,  p.  40. 

mo    *r«a   T  M   Surkis ,  J.,  "PERT  and  CPM  Techninuas  in  Project 
Semen*;*  fcSCE  -  Proceedings,  Vol.  90,  (Journal  of  Con- 
Struction  Management),  Ko.  C01,  March  1964,  paper  382j,  p.  1. 

110.  Astrop,  A.  W.,  "Critical  Path  Analysis,"  Machinery  (London), 
Vol.  104,  Ko.  2677,  March  4,  1964,  p.  523. 

111.  Athan,  P.,  MCGOrd,  M. ,  "RITE  Scans  PERT,"  Aerospace  Manage- 
ment, Vol.  5,  No.  4,  April  1962. 

112.  Baldwin,  T. ,  "PERT  -  New  Management  Technique,"  AEI  Engineer- 
ing, October  1953,  p.  58. 

113.  Baker,  B.  N.,  "Making  PERT  Work,"  Space/Aeronautics,  Vol. 
37,  No.  3,  March  1962,  p.  58. 


161 


114.  Barker,  R.  II.,  "Critical  Path  Network  Analyser,"  Engineer, 
Vol.  219,  Mo.  5697,  April  2,  1965,  p.  595. 

115.  Beckwith,  R.  E.,  "Cost  Control  Extension  of  PERT  System," 
IRE  -  Transactions  on  Engineering  Management,"  Vol.  E1I-9, 
Ko.  4,  December  1962,  p.  147. 

116.  Boulanger,  D.  G. ,  "Managing  PERT  Program,"  Machine  Design, 
Vol.  54,  No.  27,  November  22,  1962,  p.  130. 

117.  Bovcrie,  R.  T.,  "practicalities  of  PERT,"  IEEE  -  Transac- 
tions on  Engineering  Management,  Vol.  EM- 10,  No.  1,  March 
1963,  p.  3. 

118.  Bradford,  L.  R. ,  "Controlling  Progress  of  "fork  in  Design 
Engineering  Dcnartnent , "  A3ME  -  Pacer  66-MD-62  for  meeting 
May  9-12,  1966". 

119.  Br joke,  E.  R. ,  "Project  Planning,"  Machine  Design,  Vol.  33, 
No.  16,  August  3,  1961,  p.  76. 

120.  Calica,  A.  B.,   "Ea'orication  and  Assembly  Operations  -  5," 
IBM  Systems  Journal,  Vol.  4,  No.  3,  1965,  p.  224. 

121.  Christensen,  B.  M. ,  "Network  Models  for  production  Scheduling,' 
Machine  Design,  Vol.  34,  No.  11,  12,  13,  15,  16,  17,  May 

10  1952,  p.  11».   May  24,  p.  173,  June  7,  p.  132,  June  21,  p. 
155,  July  5  p.  105,  July  19,  p.  136. 

122.  Carson,  J.  M. ,  "Critical  path  Method  Gives  Eetter  Project- 
Control,"  British  Chemical  Engineering,  Vol.  10,  No.  4,  Ap- 
ril 1965,  p.  248. 

123.  Christensen,  3.  M. ,  "Ho--  to  Take  Guesswork  out  of  Project 
Planning,"  Iron  Age,  Vol.  183,  No.  5,  August  3,  1961,  p.  67. 

124.  Clark,  v.,  Board,  N.  F. ,  Hincks ,  H.  A.,  "Keeping  production 
on  Schedule,"  Iron  Age,  Vol.  195,  No.  3,  January  21,  1965, 
p.  54. 

125.  Cosinuke,  ".,    "Critical-Path  Technique  for  Planning  and 
Scheduling,"  Chemical  Engineering,  Vol,  69,  No.  13,  June 
25,  1962,  p.  113. 

126.  Cummins,  J.  J.,  "Current  Amplications  of   Network  Techniques 
(CM/  PERT)  for  project  Scheduling  and  Control,"  Hofstra 
University  Yearbook  of  Business,  on.  cit. 

127.  Davis,  K. ,  "Role  of  Project  Management  in  sca.entific  Manufac- 
turing," IRE  -  T^ms  act  ions  on  Engineering  Management,  Vol. 
Ei-i-9,  No.  3,  September  1962,  p.  122. 


162 


._-   Dawi.  G  B..  "Network  techniques  and  Accounting  with 
12  *  Station  "  National  Association  of ^Accountants  Bul- 
letin, Vol.  44,  No.  9,  sectionl,  May  1963,  p.  n. 


129. 


130. 


Deangeli,    "H"nd   Performed   Computations   for  Hetewrk   Control," 
Journal  of   Industrial   Engine-ring,   Vol.    18,    No.    2, 

Digman,   "PERT/LOB:  Life-Cycle   Technique,"  Journal  of  Industri- 
al Engineering,    Vol.    18,   Ho.   2,   February  19o7,    P.    155. 


132 


133.   Elmaghraby.  3.  3.,  "Algebra  for  Analysis  of  Generalized 
Activity  Networks i"  Management  Science,  Vol.  10,  no.  3. 

Tine  B»  and  Whattingham,  D.,  "Planning  Large  Scale  Con- 
tract r;orl:,"  Engineering, 'vol.  196,  NO.  5073,  August  16, 
1963,  p.  220. 

133.  Fischer,  C. ,  and  Ifemhauser,  G.JL.,  fitter el*  gogct  Planning,' 

Journal  of  Industrial  Engineering,  /ol.  18,  April  l»'i 

Ho.  4,  p.  273. 
,-.   -.„„,,   ,  r.,   "Proiect  Planning  Techniques,"  Chemical  and 
13U   ^coss*  Engineering,  Vol.  43%.  11.  November  1962,  p. 

613. 
1,5   K.aatg,  rv  a.  jr.,  Nothern  L.  P..,  "introduction  to  PERT," 

Astern  Electric  Engineer,  Vol.  43,  Ho.  4J  October  196,,  p. 

38. 

i-fi    Ifeimtz  -   A   Jr.,  and  Hothern,  L.  3.,  "Can  PERT  Improve  your 
1   '   fSd  D  P^niS,"  Machinery  (H.  Y. ) ,  Vol.  70,  Ho.  10,  June 
1964,  p.  117. 

137.  Fry,  3.  I.,  "SCANS- System  Description  and  Comparison  With 

PERT,"  ^Transactions  on  Engineering  Management,  Vol. 
EM- 9  J  Ho.  3,  September  1962,  p.  122. 

138.  Fry,  3.  L. ,  "How  to  Use  SCANS,'!  Aerospace  Management.  Vol.  ^ 
5  No,  11,  November  1962,  p.  26. 

139.  Get-  C.  ".,  "PERT  in  Perspective,"  3AS-Paper  557  A  for  Heat- 
ing September  10-13,  1962. 

.,.„   ne--on  -"  J    "First  Five  Years  of  Critical-Path  Method," 
1   *   ^Proceedings,  Vol!  90,  (Journal  of  Construction  Division), 

No.  C01,  March  1964,  paper  3332,  p.  27. 
141.   Gr.era,  D.  E. ,  "Critical  Path  Scheduling,"  Production  Engineer, 

Vol.  42,  No.  12,  )ccenbar  lp63,  p.  7j.o. 


163 


142.  Halccmb,  J.  L. ,  "Use  of  PERT  in  Product  Design,"  ASME- 
Paper  63-1:0-13  for  meeting  May  sO-23,  1963. 

143.  Harben,  J.  F.  C. ,  "Nora  "ccurate  Cost  Estimating  and  Time 
Scheduling,"  ASMS-Paper  62-MD-18  for  meeting  April  30- 
May  3,  1962. 

144.  Henly,  B.  W. ,  ■•"Network  Control  Systems,"  Hofstra  Univer- 
sity Yearbook  of  Business,  op.  cit. 

145.  Hill,  L.  S.  "Some  Cost  Accounting  Problems  in  PERT/Cfost," 

Journal  of  industrial  Engineering ,  Vol.  17,  Ro.  2,  Febru- 
ary 1965,  p.  07. 

146.  Kocai-ald,   W. ,  Miller,  B.  U.,  Ashcraft,  W.  D, ,  "SCOPE  - 
(Schedule,  Costj  Performance)  planning  and  Control  System," 
IEEE  -  Transactions  on  Engineering  Management1,  Vol.  EM- 13, 
No.  1,  March  1966,  p.  2. 

147.  Iannons,  A.,  "How  Avco  put  MOST  in  liinutenan,"  Aerospace 
Management,  Vol.  6,  No.  5,  Kay  1963,  p.  21. 

148.  Jewell,  "7.  S. ,  "Divisible  Activities  in  Critical  Path  Ana- 
lysis," Operations  Research,  ScDtember-Cctober  1965,  Vol. 
13,  No.  5,  p.  747. 

149.  Jodka,  J.,  "PERT- decent  Control  Concept,"  National  Associ- 
ation of  Accountants  Bulletin,  Vol.  43,  No.  5,  sec.  1, 
January  1962,  p.  81. 

150.  Johnson,  E.  J.,  "PERT/PMD  -  Project  Monitoring  Device," 
IEEE-Transactions  on  Engineering  Management ,  Vol.  EM- 11, 
No.  2,  June  1964,  p.  81. 

151.  Jonas,  D.  L.  ,  "Reducing  Equipment  Needs  with  CPM, "  Nestern 
Construction,  Vol.  39,  No.  11,  November  1964,  p.  64. 

152.  ICadet,  J.,  Frank,  B.  '■.  ,  "PERT  for  Engineer,"  IEEE  Spect- 
rum, Vol.  1,  Ro.  11,  November  196^,  p.  131. 

153..  Kcdrowsky,  G.  V.,  and  Vaugh^n,  B.  N. ,  "SYNCOM  Event  Sched- 
ule Networks-Best  of  PERT,"  IEEE  -  Transactions  on  Engin- 
eering Management,  Vol.  SM-10,  No.  3,  September  1963,  p. 

104. 

154.  ICelley,  J.  E.  Jr.,  Nilson,  I.  n.  and  Barman,  H. ,  "Using 
Critical  path  programming,"  Automation,  Vol.  9,  No.  11, 
November  1962,  p.  90. 

155.  Keltrn,  G. ,  ""PERT  and  Automation  philosophy, 'Research 
Management,  Vol.  7,  Ro.  1,  January  1964,  p.  55. 


164 


156.  Itochanski,  S.  I,.,  "Critical  Path  Techniques  -  Appraisal," 

Engineer,  Vol.  215,  Mo.  5592,  Kerch  29,  1963,  p.  559. 

157.  Kochanski,  3.  L.,  "Critical  Paths  .end  True  productivity," 
Engineering,  Vol.  193,  No.  5124,  July  3,  1964,  p.  2. 

3.  locber,  M.  C. ,  "PERT  for  3rir.ll  Projects,"  Machine  Design, 
Vol.  34,  Mo.  25,  October  25,  1952,  p.  134. 

.   Love  G.  W.,  "Critical-Path  Scheduling  simplified , "  Chemi- 
cal Engineering,  Vol.  69,  NO.  25,  December  10,  1962,  p.  170. 

160.  Magnus,  H.  \. ,  "Simplified  Rfi.twprk  planning  Techni.ques," 
Ifechine  Design,  Vol.  5S,  Mo.  1.  January  6,  1966,  p.  102. 


158 


159 


161 


Martim,  J.  .7.,  "Distribution  of  Tine  through  Directed  /.cy- 
clic Network,"  Operations  Research,  Vol.  13,  No.  1,  Janu- 
ary-February 1955,  p.  46. 

162.  Martino,  R.  L. ,  and  popper,  II.,  "How  Useful  .'.re  critical- 
path  Methods,"  Chemical  Engineering,  Vol.  71,  Mo.  19, 
September  14.,  1964,  p.  220. 

163.  Martino,  R.  L. ,  "How  Critical-Path  Schediiling  Vorlcs,"  Cana- 
dian Chemical  processing,  Vol.  44,  Mo.  2,  February  1900, 

p.  33. 

164.  Matthews,  ?..,  "Mow  to  Implement  PERT  costs,"  Aerospace 
Management,  Vol.  6,  Mo.  10,  October  1963,  p.  IS. 


165. 


Mattozzi,  M.,  and  Lipinski,  F.,  "New  Approach  to  project 
Scheduling  -  Control  Operation  Tecnnique,"  Cher.iical  Engi- 
neering progress,  Vol.  59,  Mo.  3,  March  1963,  p.  657. 

166.  Kayhuch,  J.  0.,  "On  Mathematical  Theory  of  schedules," 
•Management  Science,  Vol.  11,  Mo.  2,  Mover.iber  1964,  p.  289. 

167.  Maynes,  V. ,  "'hat's  Wrong  with  PERT,"  Aerospace  Management, 
Vol.  5,  Mo.  4,  April  1962,  p.  20. 

163.   i.'crullen,  V.  J.,  and  Coxan,  D.  J.,  "Project  Control  by 
Computer,"  A. T.E.J. ,  Vol.  21,  Mo.  3,  July  1965. 

169  I'eyer,  ".  L.  "PROPS- Improved  GPM  Technique  for  project 
Planning  and  Control,"  SAE- Paper  S427  (Central  Illinois 
Section)  for  meeting  April  6-7,  1965. 

3  70.  Moz-risaroct,  G.  L.,  "Managemant  Control  -  NAMDA  Plus  Computer 
Equal-  Cn-Time  Deliveries,"  Tool  and  Manufacturing  Engineer- 
ing, Vol.  65.,  Book  4,  paper  3P65-21,  1965. 


165 


171.   Morriaroe,  G.  L.,  "NAMDA  -  New  Method  of  Computerized  Mana- 
gement of  Major  Ballistic  Missile  Modification  Programs, 
journal  of  Industrial  Engineering,  Vol.  16,  NO.  4,  July- 
August  1965,  p.  274. 

172  vclieri,  J.  T. ,  "Control  and  Monitoring  Techniques  in  ACCD-C 
""   Engineering  Dcp.irtr.ient,"  IEEE  Int.  Convention  Record,  \7ol. 

11,  fart  10,  1963,  p.  59. 

173  Newham,  Hudson  et  at..  "  A  PERT  Control  Canter  for  Manage- 
ment of  Major  Ballistic  Missile  Modification  Kograms," 
Journal  of  Industrial  Engineering,  Vol.  16,  ¥.o.   4,  July- 
August  1965,  p.  274. 

174.  ■  C< Brian,  J.  J.,  "Project  Scheduling  -  Second  Generation," 

Machine  Design,  Vol.  37,  Mo .  10,  April  29,  1965,  p.  172. 

175.  Cdcn,  R.  G.,  and  Blystone,  E.  E. ,  "Case  Study  of  OEM  in 
Manufacturing  situation,"  Journal  of  Industrial  Engineering, 
Vcl.  15,  No.  6,  November-December  1964,  p.  305. 

176   Ohlinger,  L.  A.,  "New  Scientific  Management  Technique  (WSP- 
*  ACS  Study),"  Aerospace  Engineering,  Vol.  20,  iTo.  11,  Novem- 
ber 1961,  p.  10. 

177.   Pearlman,  J.,  "Engineering  Program  Planning  and  Control 

Through  the  Use  of  PERT,"  IRE- Transactions  on  Engineering 
Management,  Vol.  EM-7,  No.  4,  December  I960,  p.  125. 

Pristlccr,  and  Haop,  "GSRI:  Graphical  Evaluation  and  Review 

Technique  -  Part  I.   Fundamentals,"  Journal  of  Industrial 
Engineering,  Vol  17,  No.  5,  May  1966,  p.  267,  "Part  II- 
probabilistic  and  Industrial  Engineering  Applications," 
Journal  of  Industrial  Engineering,  Vol.  17,  No.  6,  June  19o6, 
p.  295. 


178. 


179. 


prostick.  J.  M.,  "Network  Integration,"  IEEE-Transactions 

on  Engineering  Management,  Vol.  EM-10,  Mo.  2,  June  19oJt 
p.  65. 

180.  P.cnsen,  J.  3.,  "PERT  as  Value  Engineering  Tool,"  Journal 
of  Value  Engineering,  No.  9-62-1,  September,  1962,  p.  14. 

181.  Biggs,  J.  L.  and  Inoue,  M.  3.,  "Critical  Path  Scheduling : 
Tableau  Method,"  proceedings  of  the  Seventeenth  Annual 
Institute  Conference  and  Convention  of  AIIS. 

182.  Rogers,  J.  J.,  "Use  of  Critical  Path  Scheduling  on  Complex 
Jobs,"  A3TME  35rd  Annual  meeting-  Collected  Papers,  Vol. 
65,  book  4,  paper  3F65-21,  1965. 

183.  lopcr,  D.  S. ,  "Critical  Path  Scheduling,"  Journal  of  Indus- 
trial Engineering,  Vol.  15,  No.  2,  March-April  1964,  p.  51. 


166 


184.  Sadow,  R.  M.,  "How  PERT  was  Used  in  Managing  X-20  (Byna- 

So-r)  Program,"  IEEE-1*ansact£ona  on  Engineering  Management, 
Vol.  EM-11,  No.  4,  December  1954,  p.  136. 

135.   3ando,  F.  \. ,  "CPM  -  What  Factors  Determine  its  Success," 

Architectural  Record,  Vol.  135,  No.  4,  5,  April  1954,  p.  211, 
May  1964,  p.  202. 

186.  Sayer,  J.  3.,  I'ellcy,  J.  E.  Jr.,  and  Walker,  M.  P..,  "Criti- 
cal Path  Scheduling,"  Factory,  Vol.  118,  No.  7,  July  I960, 
P*  74. 

187.  Schaidt,  L. ,  "ProgBB.n  Management  Techniques  at  iTartin  Or- 
lando," IEEE-Transactions  on  Engineering  Management,  Vol. 
El i-10,  No.  3,  September  1963,  p.  124. 

188.  Senecal,  T.  L. ,  and  Sadow,  R.  M. ,  "PERT  in  Dyna-Soar,"  Aero- 
space Management,  Vol.  5,  i-To.  12,  December  1962,  p.  18, 

109.  Sobczak,  T.  v.,  "Lcolc  at  Network  planning,"  IRE-Transactions 
on  Engineering  Management,  Vol.  EM-9,  HO.  3,  September  1962, 
p.  113. 

190.  Stagg,  G.  V.,  Palmer,  A.  H. ,  and  Veldon,  G.  A.,  "PEP.T  Sched- 
ules Manpower,"  Electrical  :;orld,"  Vol.  158,  Ho.  5, 

July  30  1962,  p.  36. 

191.  Stahl,  IT. ,  "Relating  Organisational .  Needs  to  improved  Engi- 
neering Information  ".'lew  -  Applying  Network  Principles  to 
Flow  o*  Engineering,  Vol.  67,  No.  24,  November  20,  I960, 

p.  148. 

192.  Steinfcld,  R.  C. ,  "Critical -Path  Saves  Time  and  Money,"  Chem- 
ical Engineering,  Vol.  67,  Mo.  24,  November  23,  19o0,  p.  1*8. 

193.  Sauprowicz,  B.  0.,  "Choosing  Critical-Path  Scheduling  pro- 
gram," Engineeri-ag  News-Record,  Vol.  172,  ITo.  25,  June  IS, 
1964,  p.  73. 

194.  Szuprowicz,  B.  C,  "When  PERT  is  Mandatory,"  Data  processing 
Magazine,  7,  6,  (June  1955),  p.  30. 

195.  Swim,  P..  It. ,  "Graphic  PERT/Cost  Milestone  Reporting,"  SAE- 

Papar  576  D  for  meeting  October  8-12,  1962. 

196.  Tavlor,  R.  B.,  "Hoffman  Gets  VEPP,"  Aerospace  Management, 
Vol.  5,  No-.  7,  July  1952,  p.  3l. 

197.  Tebo,  L.  M. ,  "PERT  -  Technique  for  Management, "  SAE- Paper  ' 

557D  for  meeting  September  10-3  3,  1962. 


157 


198.  Viehaann,  K.  J.,  "PERT  Control  of  Indus  trial  projects," 
Automations,  Vol.  No.  9,  Septmeber  1963,  p.  50. 

199.  VichTTi.-nn,  N.  J.,  "PERT  as  Means  for  Control  in  Multi-pro- 
jectc  ..Systems,"  Nestern  Electric  Engineer,  Vol.  7,  Ho.  4, 
October  1955,  p.  43, 

200.  Waldron,  A.  J. ,  "Use  of  PERT  in  Scheduling  Manufacturing 
Operation,"  SAE-Paper  658A  for  National  Production  Meeting, 
Cleveland,  Ohio,  March  12-13,  19G3. 

201.  Walton,  K.  "Critical-Path  Method-Hew  to  Start,"  Chemi- 
cal  and  process  Engineering,  Vol.  45,  No.  4,  April  1964, 
p.  185. 

202.  Ward,  T. ,  "New  Look  at  Manufacturing  Startup,  Planning  and 
Control,"  A3M3-Faoer  65-VIA/MGT-l  for  meeting  Novetaber  7-11, 
1955. 

203.  Whittet,  I'.  R. ,  "Critical  Path  programming,"  Metal  Indus- 
try, Vol.  104,  No.  2,  January  9,  1964,  p.  5C. 

204.  'hittet,  D.  R.  ,  "Critical  path  Programming,"  Metal  Industry, 
Vol.  104,  No.  5614,  August  30,  1965,  p.  345. 

205.  r~iest,  H.  D.  ,  "Some  Properties  of  Scbedulcs  for  large  pro- 
jects with  Limited  P„esourccs, "  Operations  Research,  Vol. 
12,  No.  3,  Nay- June  1954,  p.  395. 

206.  Nilliams,  N. ,  "Solutions  to  Some  Problems  in  Planning  and 
Control  of  First  Article  Cost  and  Schedules,"  SAE-paper 
5.7  GA  for  meeting  October  3-12,  1952. 

207.  /illiaroson,  ~>.  J.,  "Application  o:  Critical  Path  planning 
to  Plant  Design  and  Construction,"  Nestern  Electric  Engi- 
neer, Vol.  7,  No.  4,  October  1953,  p.  46. 

208.  Mood,  IC.  P..,  and  Z-gorski,  H.  J.,  "Ho-;  to  Schedule  by  Cori- 
puter  -  Use  MAPS,"  Aarospaoe  Management,  Vol.  5,  Ho.  2, 
February  1962,  p.  36. 

209.  Nookey,  3.  J.,  "Putting  CPM/PERT  to  ;ork  in  Factory,"  Fac- 
tory and  Plant,  Vol.  51,  No.  12,  July  1966,  p.  26. 

Critical  Path  Techniqucs-SOOKS 


210.   \ntill,  J.  M.  ,  and  '/Oodhead,  PM.  W. ,  Critical  Path  Methods 
in  Construction  Practice-, »'  John  ""iley,  New  York,  1955. 


168 


211.  Archibald,  R.  D.,  and  Villoria,  R.  I.,  "Network-based  Mana- 
gement Systems  (PSRT/CPM),"  John  Wiley,  New  York,  1967. 

212.  Bock,  R.  H.,  and  Holstein,  W.  K. ,  "Production  Planning, 
Operation  and  Control:  Text  and  Readings,"  C.  E.  Merrill 
Books ,  Columbus ,  Ghxo",  T9l>3'. 

213.  Dooley,  A.  R. ,  et  al.,  "Casebooks  in  Pro  duct  ion  Management: 
Operations  Planning  and  Control,"  JoKh  Wiley,  New  York, 

"T&-- 


214.   Svarts,  H.  F. ,  "Introduction  to  PERT,"  Allyn  and  Bacon,  Inc. 

23  5.   "Hofstra  University  Yearbook  of  Business-Network  Schedules 
and  Control  Systems  (CFM/PERT) ,"  Vol.2,  January  1964. 

216.  Levin,  R.  I.  and  Kilkpatrick,  C.  A.,  "Plj^foj?  and  Control 
vith  PERT/CPM, "  McGraw-Hill,  New  York,  1966. 

217.  Lockyer  K.  G. ,  "An  Introduction  to  Critical  Path  Analysis , " 
Pitman  Pub.  Corp.,  New  York,  19637 

218.  Lowe,  C.  W.  ."Critical  Path  Analysis  B£  Bar  Chart,"  Business 
publications  Limited,  London,  1966. 

219.  Martino,  R.  L.,  "Project  Management  and  Control  -  Vol.  1, 
Finding  the  Critical  Path,"  and  "Project  Management  arid. 
Control  ^"vol.  2,  Applied*  Opei-ationaI~TTanning, "  New  Yoi-k, 
American  Management  Association,  1964. 

220.  Miller,  R.  W. ,  "Schedule,  Cost  and  Profit  Control  with  PERT", 
McGraw-Hill,  New  York,  T963. 

221.  Moder,  J.  J.,  and  Phillips,  C.  R. ,  "Project  Management  with 
CPM  and  PERT,"  New  York,  Reingold  Publishing  Corporation, 
1934. 

222.  Muth,  J.  F. ,  and  Thompson,  G.  L. ,  (editors),  "Industrial 
^Schedulin.p; , "  Prentice -Kail,  Inc.,  Englewood  Cliffs,  New 
Jersey,  1963. 

r 

223.  0*Brien,  J.  J. ,  "CPM  in  Construction  Management , "  McGraw- 
Hill  Book  Company,  New  York,  1965. 

224.  Riggs,  J.  L.t  and  Heath,  C.  0.,  "Guide  to  Cost  Reduction 
Through  Critical^  Path  Scheduling,"  Frent  ice-Hall ,  Inc., 
ETTgTewood  Cliff's,  N.  J. ,  1963.. 

225.  Robertson,  D.  C,  "project  Planning  and  Control  -  Simplified 
Critical  Path  Analysis,"  Hcywood  Books,  London,  1967. 


169 


226.   Schaffer,  L.  R. ,  Ritter,  J.  B. ,  and  Meyer,  W.  L.,  "The griti- 
cal-Path  Method,"  Kcgraw-Hill  Book  Company,  New  York,  1965. 

->27   Stilton.  G.  N. ,  and  others,  "Pert  -  A  Nsw  Management  Plan- 
ning and  Control  Technique,"  American  Management  Association, 
NelArorE,  19327" 

228.  Kaynard,  H.  B.  ,  f Witw-in-Oitaf  1  ."Industrial  Engineering 

Handbook,"  second  edition,  Mcgraw-HiTl  UoolcUonpany ,  Inc., 
Hew  York,  1963. 

229.  Hillicr,  F.  S.  r.nd  Lieberrc.an,  G.  J.,  "  Introduction  to 
Operations  Research,"  Holden-Pay,  Inc.,  San  Francisco,  196/. 


■ 
■ 

by 

D 

nico 

Ins  t 

' 

AV. 

■             • 

:-  of 

tl 

nts 

;.■     .,     .■     OF        C] 

. 

Industrial                   "ing 

v.:     '    . 

1958 

Ihifi         ior1  :    .     '  1      ;  ■  ;  prol 

factories  for  job- shop  ' 

(    p    ,.-,,,.  |        a:         ,■■,'.  : 

1 tider  thej      ■  the  over- 

all process  i  :  ":  tig. 

lives  to  be  met   (  Lai  to  be   "optimized," 

an  n  "■  ■  ■ ,  rise) 

rl„      Idle  machine 
2,  ■        cess   inve  Lon) 

3.     Del  ;  ization) 

4.      Sy..!    i         costs   (mivi.;    :      bion) 
fcional"  method  of  sol\  problem  involves 

•  ts  and  clcx-icnl  posting  routit  '.■    '■    ,       '  : 

:.  lie  machine  time   (ob,  1),    but  gives 

ts  under     all  other  objecti\ 
Cri; '  bh   techniques  are  one   of   the  most 

wi     ly   i  >p  arch  techi  .nted  in  the  ] 

ben  yea:  y   consist  of  the  graphic.-.l  representation  of  a  pro- 

ject as  a  '  ,  to  detei  :al  acti- 

I  The  basic  concepts   involve-'  ejects,    ne1 

C  '      ty. 

!  cril         I    path  tech  ...         a:  •  ;  :      :' 

ter  II.      In  C 
.     ■       :      bhat  the  authoi     :  -■  Lb       and  i       ; . 

ktiniq       i  are  s!  dly  super:',  r  ]  .'■ 

presently  used  me 


T  are  at  least,  as   good  as) 

ods.  Thay  are  1 

in  industry  (,         -  ■      «     "' 

,     |l      |  'IS. 


